{"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\/it\/blog\/novosti-interneta\/go-1-24","title":{"rendered":"Go 1.24","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

Il nuovo rilascio del linguaggio Go, versione 1.24, esce sei mesi dopo Go 1.23<\/a>. La maggior parte delle modifiche riguardano l'implementazione degli strumenti, del runtime e delle librerie. Come sempre, il rilascio garantisce l'impegno alla compatibilit\u00e0<\/a> Go 1. Gli sviluppatori del linguaggio si aspettano che quasi tutti i programmi Go continuino a compilarsi e a funzionare come prima.<\/p>\n

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

Modifiche al linguaggio<\/h2>\n

<\/p>\n

Go 1.24 ora supporta completamente gli alias di tipo generici<\/a>: un alias di tipo pu\u00f2 essere parametrizzato come un tipo dichiarato. Maggiori dettagli nella specifica del linguaggio<\/a>. Attualmente, questa funzionalit\u00e0 pu\u00f2 essere disattivata impostando GOEXPERIMENT=noaliastypeparams; tuttavia, l'opzione aliastypeparams sar\u00e0 rimossa in Go 1.25.<\/p>\n

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

Strumenti<\/h2>\n

Il comando go<\/h3>\n

<\/p>\n

I moduli go ora possono tracciare le dipendenze eseguibili utilizzando la direttiva tool in go.mod. Ci\u00f2 elimina la necessit\u00e0 di una precedente soluzione alternativa che prevedeva l'aggiunta di strumenti come importazioni vuote nel file, comunemente chiamato \u201ctools.go\u201d. Il comando go tool ora pu\u00f2 eseguire questi strumenti oltre agli strumenti forniti con Go. Maggiori informazioni possono essere trovate in documentazione<\/a>.<\/p>\n

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

Il nuovo flag -tool per go get consente di aggiungere la direttiva dello strumento nel modulo corrente per i pacchetti specificati, oltre a integrare le direttive richieste.<\/p>\n

<\/p>\n

Nuovo meta-pattern tool<\/a> si riferisce a tutti gli strumenti nel modulo corrente. Pu\u00f2 essere utilizzato per aggiornare tutti tramite go get tool o per installarli nella propria directory GOBIN tramite go install tool.<\/p>\n

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

I file eseguibili creati tramite go run e il nuovo comportamento di go tool ora vengono memorizzati nella cache della build di Go. Questo rende le esecuzioni ripetute pi\u00f9 veloci grazie alla cache incrementata. #69290<\/a>.<\/p>\n

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

I comandi go build e go install ora accettano il flag -json, che segnala l'output e gli errori di build come output strutturato JSON nel flusso standard. I dettagli del formato possono essere visualizzati in go help buildjson.<\/p>\n

<\/p>\n

Inoltre, go test -json ora segnala l'output e gli errori di build in JSON, mescolati con il JSON dei risultati dei test. Possono essere distinti attraverso nuovi tipi di Action, ma se causano problemi nel sistema di integrazione dei test, \u00e8 possibile tornare all'output testuale di build mediante l'impostazione GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

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

La nuova variabile d'ambiente GOAUTH offre un modo flessibile per autorizzare il caricamento privato dei moduli. Puoi trovare ulteriori dettagli in go help goauth.<\/p>\n

<\/p>\n

Il comando go build ora installa la versione principale del modulo<\/a> nel binario compilato, basandosi sul tag e\/o sul commit del sistema di controllo versione. Il suffisso +dirty verr\u00e0 aggiunto se ci sono modifiche non commesse. Puoi utilizzare il flag -buildvcs=false per omettere le informazioni sul controllo versione dal binario.<\/p>\n

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

Nuova la configurazione GODEBUG<\/a> toolchaintrace=1<\/a> pu\u00f2 ora essere utilizzata per tracciare il processo di selezione della toolchain nel comando go.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo supporta nuove annotazioni per le funzioni C per migliorare le prestazioni a tempo di esecuzione. #cgo noescape cFunctionName indica al compilatore che la memoria passata alla funzione C cFunctionName non esce. #cgo nocallback cFunctionName indica al compilatore che la funzione C cFunctionName non richiama alcuna funzione Go. Maggiori informazioni possono essere trovate nella documentazione cgo<\/a>.<\/p>\n

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

Cgo attualmente rifiuta di compilare le chiamate a una funzione C che ha pi\u00f9 dichiarazioni incompatibili. Ad esempio, se f \u00e8 dichiarato sia come void f(int) sia come void f(double), cgo restituir\u00e0 un errore invece di generare una sequenza di chiamate errata f(0). Nuovo in questa versione \u00e8 il miglioramento nel rilevamento di questa condizione di errore, quando le dichiarazioni incompatibili compaiono in file diversi. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

Lo strumento objdump ora supporta il disassemblaggio su architetture a 64 bit LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) e S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Il nuovo analizzatore tests segnala errori comuni nelle dichiarazioni di test, fuzzers, benchmark ed esempi nei pacchetti di test, come nomi malformati, firme errate o esempi che documentano identificatori inesistenti. Alcuni di questi errori possono portare al fallimento dei test.<\/p>\n

<\/p>\n

L'analizzatore printf esistente ora fornisce diagnostica per le chiamate con il formato fmt.Printf(s), dove s \u00e8 una stringa di formato non costante, senza altri argomenti. Tali chiamate sono quasi sempre un errore, poich\u00e9 il valore di s pu\u00f2 contenere il simbolo %; invece, usa fmt.Print. 60529<\/a>. Questo controllo tende a fare scoperte nel codice esistente, quindi viene applicato solo quando la versione del linguaggio (come specificato dalla direttiva del file go.mod o dai commenti `\/\/go:build`) \u00e8 almeno Go 1.24, per evitare malfunzionamenti nell'integrazione continua durante l'aggiornamento alla toolchain Go 1.24.<\/p>\n

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

L'analizzatore buildtag esistente ora fornisce diagnostica quando c'\u00e8 un'informazione errata sulle restrizioni di build di versioni precedenti<\/a> di Go nella direttiva \/\/go:build. Ad esempio, \/\/go:build go1.23.1 fa riferimento a un rilascio patch; invece, usa \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

L'analizzatore copylock esistente ora fornisce diagnostica quando una variabile dichiarata in un ciclo 'for' triplo, come for i := iter(); done(i); i = next(i) { \u2026 }, contiene sync.Locker, come sync.Mutex. Go 1.22<\/a> ho modificato il comportamento di tali cicli creando una nuova variabile per ogni iterazione, copiando i valori dalla precedente iterazione; questa copia non \u00e8 sicura per i lock. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

Il binario interno cmd\/go e il meccanismo di caching dei test possono ora essere implementati da processi secondari che implementano il protocollo JSON tra lo strumento cmd\/go e il processo secondario, chiamato variabile d'ambiente GOCACHEPROG. In precedenza era sotto GOEXPERIMENT. I dettagli del protocollo possono essere visti in documentazione<\/a>.<\/p>\n

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

Tempo di esecuzione<\/h2>\n

<\/p>\n

Diversi miglioramenti delle prestazioni nel runtime hanno ridotto il sovraccarico della CPU del 2-3% in media tra un insieme rappresentativo di benchmark. I risultati possono variare a seconda dell'applicazione. Questi miglioramenti includono una nuova implementazione integrata della mappa basata su Tabelle Svedesi<\/a>, un'allocazione di memoria pi\u00f9 efficiente per piccoli oggetti e una nuova implementazione interna del mutex nel runtime.<\/p>\n

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

La nuova implementazione integrata della mappa e il nuovo mutex interno del runtime possono essere disattivati impostando GOEXPERIMENT=noswissmap e GOEXPERIMENT=nospinbitmutex durante la compilazione, rispettivamente.<\/p>\n

Compilatore<\/h2>\n

Il compilatore ha gi\u00e0 vietato la definizione di nuovi metodi con tipi di ricevente generati da cgo, ma era possibile aggirare questa restrizione tramite alias di tipo. Go 1.24 ora restituisce sempre un errore se il ricevente indica un tipo cgo generato, direttamente o indirettamente (tramite un alias di tipo).<\/p>\n

Linker<\/h2>\n

Il linker ora genera un identificatore di build GNU (voci ELF NT_GNU_BUILD_ID) sulle piattaforme ELF e UUID (comando di caricamento Mach-O LC_UUID) su macOS per impostazione predefinita. L'identificatore di build o UUID \u00e8 estratto dall'identificatore di build di Go. Questo pu\u00f2 essere disabilitato con il flag del linker -B none, oppure sovrascritto con il flag del linker -B 0xNNNN con un valore esadecimale specificato dall'utente.<\/p>\n

Rolling<\/h2>\n

<\/p>\n

Come indicato in note di rilascio di Go 1.22<\/a>, Go 1.24 ora richiede per il rolling Go 1.22.6 o successivo. Gli sviluppatori prevedono che Go 1.26 richieder\u00e0 per il rolling un rilascio puntuale di Go 1.24 o successivo.<\/p>\n

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

Libreria Standard<\/h2>\n

Accesso al file system limitato a directory<\/h3>\n

<\/p>\n

Nuovo tipo os.Root<\/a> fornisce la possibilit\u00e0 di eseguire operazioni sul file system entro una directory specifica.<\/p>\n

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

Funzione os.OpenRoot<\/a> apre una directory e restituisce os.Root<\/a>. Metodi su os.Root<\/a> operano in questa directory e non consentono ai percorsi di riferirsi a posizioni al di fuori della directory, compresi quelli che seguono simbolicamente collegamenti al di fuori della directory. I metodi in os.Root riflettono la maggior parte delle operazioni del file system disponibili nel pacchetto os, inclusi, ad esempio, os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> e os.Root.Stat<\/a>.<\/p>\n

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

Nuova funzione di benchmarking<\/h3>\n

<\/p>\n

I benchmark ora possono utilizzare un metodo pi\u00f9 veloce e meno soggetto a errori testing.B.Loop<\/a> per eseguire iterazioni sui benchmark come for b.Loop() { \u2026 } invece delle tipiche strutture cicliche che coinvolgono b.N come for range b.N. Ci\u00f2 offre due vantaggi significativi:<\/p>\n

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