{"id":121950,"date":"2025-02-15T14:22:29","date_gmt":"2025-02-15T12:22:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/go-1-24"},"modified":"2025-02-15T14:22:29","modified_gmt":"2025-02-15T12:22:29","slug":"go-1-24","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/go-1-24","title":{"rendered":"Go 1.24","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Go <\/a> <\/p>\n

La nouvelle version du langage Go, version 1.24, sort six mois apr\u00e8s Go 1.23<\/a>. La plupart des changements concernent l'impl\u00e9mentation de la cha\u00eene d'outils, du runtime et des biblioth\u00e8ques. Comme toujours, la version garantit la promesse de compatibilit\u00e9<\/a> Go 1. Les d\u00e9veloppeurs du langage s'attendent \u00e0 ce que presque tous les programmes Go continuent de se compiler et de fonctionner comme auparavant.<\/p>\n

<\/noindex><\/noindex> <\/p>\n

Les changements dans le langage<\/h2>\n

<\/p>\n

Go 1.24 prend d\u00e9sormais en charge les alias de type g\u00e9n\u00e9riques<\/a>: un alias de type peut \u00eatre param\u00e9tr\u00e9 comme un type d\u00e9clar\u00e9. Plus de d\u00e9tails dans la sp\u00e9cification du langage<\/a>. Pour l'instant, cette fonctionnalit\u00e9 peut \u00eatre d\u00e9sactiv\u00e9e en d\u00e9finissant GOEXPERIMENT=noaliastypeparams ; cependant, l'option aliastypeparams sera supprim\u00e9e dans Go 1.25.<\/p>\n

<\/noindex> <\/p>\n

Outils<\/h2>\n

La commande go<\/h3>\n

<\/p>\n

Les modules go peuvent d\u00e9sormais suivre les d\u00e9pendances ex\u00e9cutables en utilisant la directive tool dans go.mod. Cela \u00e9limine le besoin d'une solution de contournement pr\u00e9c\u00e9dente consistant \u00e0 ajouter des outils en tant qu'importations vides dans le fichier, g\u00e9n\u00e9ralement appel\u00e9 \u00ab tools.go \u00bb. La commande go tool peut d\u00e9sormais ex\u00e9cuter ces outils en plus des outils fournis avec Go. Plus d'informations peuvent \u00eatre trouv\u00e9es dans documentation<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Le nouveau drapeau -tool pour go get ajoute la directive d'outil au module actuel pour les packages sp\u00e9cifi\u00e9s, en plus d'ajouter la directive de requirements.<\/p>\n

<\/p>\n

Nouveau Le m\u00e9ta-pattern tool<\/a> fait r\u00e9f\u00e9rence \u00e0 tous les outils dans le module actuel. Cela peut \u00eatre utilis\u00e9 pour les mettre \u00e0 jour tous via go get tool ou pour les installer dans votre r\u00e9pertoire GOBIN via go install tool.<\/p>\n

<\/noindex> <\/p>\n

Les fichiers ex\u00e9cutables cr\u00e9\u00e9s via go run et le nouveau comportement de go tool sont d\u00e9sormais mis en cache dans le cache de compilation de Go. Cela rend les ex\u00e9cutions r\u00e9p\u00e9t\u00e9es plus efficaces gr\u00e2ce \u00e0 un cache accru. #69290<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Les commandes go build et go install prennent d\u00e9sormais l'option -json, qui indique les sorties et les erreurs de compilation sous forme de sortie structur\u00e9e JSON dans la sortie standard. Les d\u00e9tails du format peuvent \u00eatre trouv\u00e9s dans go help buildjson.<\/p>\n

<\/p>\n

De plus, go test -json rapporte d\u00e9sormais les sorties et les erreurs de compilation en JSON, en intercalant avec le JSON des r\u00e9sultats des tests. Ils peuvent \u00eatre distingu\u00e9s par de nouveaux types d'Action, mais s'ils causent des probl\u00e8mes dans le syst\u00e8me d'int\u00e9gration des tests, il est possible de revenir \u00e0 la sortie textuelle des compilations via la configuration GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

<\/noindex> <\/p>\n

La nouvelle variable d'environnement GOAUTH offre un moyen flexible d'autoriser le tirage priv\u00e9 des modules. Les d\u00e9tails peuvent \u00eatre trouv\u00e9s dans go help goauth.<\/p>\n

<\/p>\n

La commande go build installe d\u00e9sormais la version du module principal<\/a> dans le binaire compil\u00e9, bas\u00e9 sur le tag et\/ou le commit du syst\u00e8me de contr\u00f4le de version. Le suffixe +dirty sera ajout\u00e9 en cas de modifications non commises. Vous pouvez utiliser le drapeau -buildvcs=false pour omettre les informations de contr\u00f4le de version du binaire.<\/p>\n

<\/noindex> <\/p>\n

Nouveau configuration GODEBUG<\/a> toolchaintrace=1<\/a> peut maintenant \u00eatre utilis\u00e9 pour suivre le processus de s\u00e9lection de la toolchain dans l'\u00e9quipe go.<\/p>\n

<\/noindex> <\/p>\n

Cgo<\/h3>\n

<\/p>\n

Cgo prend en charge les nouvelles annotations pour les fonctions C pour am\u00e9liorer les performances \u00e0 l'ex\u00e9cution. #cgo noescape cFunctionName indique au compilateur que la m\u00e9moire pass\u00e9e \u00e0 la fonction C cFunctionName ne s'\u00e9chappe pas. #cgo nocallback cFunctionName indique au compilateur que la fonction C cFunctionName ne rappelle aucune fonction Go. Plus d'informations peuvent \u00eatre trouv\u00e9es dans la documentation cgo<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Cgo refuse actuellement de compiler des appels de fonctions C qui ont plusieurs d\u00e9clarations incompatibles. Par exemple, si f est d\u00e9clar\u00e9 \u00e0 la fois comme void f(int) et void f(double), cgo renvoie une erreur au lieu de g\u00e9n\u00e9rer une s\u00e9quence d'appels incorrecte f(0). Nouveau dans cette version est l'am\u00e9lioration de la d\u00e9tection de cette condition d'erreur lorsque des d\u00e9clarations incompatibles apparaissent dans diff\u00e9rents fichiers. #67699<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Objdump<\/h3>\n

L'outil objdump prend d\u00e9sormais en charge la d\u00e9sassemblage sur LoongArch 64 bits (GOARCH=loong64), RISC-V (GOARCH=riscv64) et S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Le nouvel analyseur tests signale des erreurs courantes dans les d\u00e9clarations de tests, les fuzzers, les benchmarks et les exemples dans les paquets de tests, telles que des noms mal form\u00e9s, des signatures incorrectes ou des exemples qui documentent des identifiants inexistants. Certaines de ces erreurs peuvent entra\u00eener l'\u00e9chec des tests.<\/p>\n

<\/p>\n

L'analyseur printf existant signale d\u00e9sormais des diagnostics pour les appels sous la forme fmt.Printf(s), o\u00f9 s est une cha\u00eene de format non constante, sans d'autres arguments. De tels appels sont presque toujours une erreur, car la valeur de s peut contenir le symbole % ; utilisez plut\u00f4t fmt.Print. 60529<\/a>. Cette v\u00e9rification tend \u00e0 faire des d\u00e9couvertes dans le code existant, et est donc appliqu\u00e9e uniquement lorsque la version du langage (comme indiqu\u00e9 par la directive go du fichier go.mod ou les commentaires `\/\/go:build) est au moins Go 1.24, afin d'\u00e9viter des \u00e9checs de l'int\u00e9gration continue lors de la mise \u00e0 jour vers la toolchain Go 1.24.<\/p>\n

<\/noindex> <\/p>\n

L'analyseur buildtag existant signale d\u00e9sormais un diagnostic lorsqu'il y a une erreur. limitation de la version de construction sup\u00e9rieure<\/a> Go dans la directive \/\/go:build. Par exemple, \/\/go:build go1.23.1 fait r\u00e9f\u00e9rence \u00e0 un release point; au lieu de cela, utilisez \/\/go:build go1.23. #64127<\/a>.<\/p>\n

<\/noindex> <\/p>\n

L'analyseur copylock existant signale d\u00e9sormais un diagnostic lorsque la variable d\u00e9clar\u00e9e dans une boucle 'for' triple, telle que for i := iter(); done(i); i = next(i) { ... }, contient un sync.Locker, tel que sync.Mutex. Go 1.22<\/a> a chang\u00e9 le comportement de ces boucles pour cr\u00e9er une nouvelle variable \u00e0 chaque it\u00e9ration, copiant les valeurs de l'it\u00e9ration pr\u00e9c\u00e9dente; cette copie n'est pas s\u00fbre pour les verrous. #66387<\/a>.<\/p>\n

<\/noindex> <\/p>\n

GOCACHEPROG<\/h3>\n

<\/p>\n

Le binaire interne cmd\/go et le m\u00e9canisme de mise en cache des tests peuvent d\u00e9sormais \u00eatre impl\u00e9ment\u00e9s par des processus enfants, r\u00e9alisant un protocole JSON entre l'outil cmd\/go et le processus enfant, nomm\u00e9 par la variable d'environnement GOCACHEPROG. Auparavant, c'\u00e9tait par GOEXPERIMENT. Les d\u00e9tails du protocole peuvent \u00eatre consult\u00e9s dans documentation<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Temps d'ex\u00e9cution<\/h2>\n

<\/p>\n

Plusieurs am\u00e9liorations de performance dans le runtime ont r\u00e9duit l'overhead CPU de 2 \u00e0 3% en moyenne parmi un ensemble de benchmarks repr\u00e9sentatifs. Les r\u00e9sultats peuvent varier en fonction de l'application. Ces am\u00e9liorations incluent une nouvelle impl\u00e9mentation int\u00e9gr\u00e9e de la carte bas\u00e9e sur tableaux su\u00e9dois<\/a>, une allocation m\u00e9moire plus efficace des petits objets et une nouvelle impl\u00e9mentation de mutex dans le runtime.<\/p>\n

<\/noindex> <\/p>\n

La nouvelle impl\u00e9mentation int\u00e9gr\u00e9e de la carte et le nouveau mutex du runtime peuvent \u00eatre d\u00e9sactiv\u00e9s respectivement avec les param\u00e8tres GOEXPERIMENT=noswissmap et GOEXPERIMENT=nospinbitmutex lors de la construction.<\/p>\n

Compilateur<\/h2>\n

Le compilateur interdisait d\u00e9j\u00e0 de d\u00e9finir de nouvelles m\u00e9thodes avec des types de r\u00e9cepteur g\u00e9n\u00e9r\u00e9s par cgo, mais il \u00e9tait possible de contourner cette restriction par un alias de type. Go 1.24 signale d\u00e9sormais toujours une erreur si le r\u00e9cepteur d\u00e9signe un type cgo g\u00e9n\u00e9r\u00e9, directement ou indirectement (par un alias de type).<\/p>\n

Linker<\/h2>\n

Le linker g\u00e9n\u00e8re d\u00e9sormais un identifiant de construction GNU (enregistrement ELF NT_GNU_BUILD_ID) sur les plateformes ELF et un UUID (commande de chargement Mach-O LC_UUID) sur macOS par d\u00e9faut. L'identifiant de construction ou l'UUID est d\u00e9riv\u00e9 de l'identifiant de construction Go. Cela peut \u00eatre d\u00e9sactiv\u00e9 par le drapeau du linker -B none, ou remplac\u00e9 par le drapeau du linker -B 0xNNNN avec la valeur hexad\u00e9cimale sp\u00e9cifi\u00e9e par l'utilisateur.<\/p>\n

D\u00e9ploiement<\/h2>\n

<\/p>\n

Comme indiqu\u00e9 dans les notes de version de Go 1.22<\/a>, Go 1.24 n\u00e9cessite maintenant Go 1.22.6 ou une version ult\u00e9rieure pour \u00eatre d\u00e9ploy\u00e9. Les d\u00e9veloppeurs s'attendent \u00e0 ce que Go 1.26 n\u00e9cessite un correctif de Go 1.24 ou une version ult\u00e9rieure.<\/p>\n

<\/noindex> <\/p>\n

Biblioth\u00e8que standard<\/h2>\n

Acc\u00e8s au syst\u00e8me de fichiers limit\u00e9 par r\u00e9pertoire<\/h3>\n

<\/p>\n

Nouveau type os.Root<\/a> permet d'effectuer des op\u00e9rations sur le syst\u00e8me de fichiers dans un r\u00e9pertoire donn\u00e9.<\/p>\n

<\/noindex> <\/p>\n

Fonction os.OpenRoot<\/a> ouvre un r\u00e9pertoire et renvoie os.Root<\/a>. Les m\u00e9thodes sur os.Root<\/a> op\u00e8rent dans ce r\u00e9pertoire et ne permettent pas aux chemins de r\u00e9f\u00e9rencer des emplacements en dehors de celui-ci, y compris ceux qui suivent des liens symboliques en dehors du r\u00e9pertoire. Les m\u00e9thodes sur os.Root refl\u00e8tent la plupart des op\u00e9rations du syst\u00e8me de fichiers disponibles dans le package os, y compris, par exemple, os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> et os.Root.Stat<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Nouvelle fonction de benchmark<\/h3>\n

<\/p>\n

Les benchmarks peuvent maintenant utiliser une m\u00e9thode plus rapide et moins sujette aux erreurs testing.B.Loop<\/a> pour it\u00e9rer le benchmark comme for b.Loop() { \u2026 } au lieu de la structure cyclique typique impliquant b.N comme for range b.N. Cela offre deux avantages significatifs :<\/p>\n

<\/noindex> <\/p>\n