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

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

De nieuwste uitgave van de Go-taal, versie 1.24, verschijnt zes maanden na Go 1.23<\/a>. De meeste wijzigingen betreffen de implementatie van de toolchain, runtime en bibliotheken. Zoals altijd biedt de release de belofte van compatibiliteit<\/a> Go 1. De ontwikkelaars van de taal verwachten dat bijna alle Go-programma's zoals voorheen blijven compileren en functioneren.<\/p>\n

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

Wijzigingen in de taal<\/h2>\n

<\/p>\n

Go 1.24 ondersteunt nu volledig generic type aliases<\/a>: een type-alias kan worden geparametriseerd als een gedeclareerd type. Meer details in de taal specificatie<\/a>. Voorlopig kan de mogelijkheid worden uitgeschakeld door GOEXPERIMENT=noaliastypeparams in te stellen; echter, de optie aliastypeparams zal worden verwijderd in Go 1.25.<\/p>\n

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

Hulpmiddelen<\/h2>\n

De go-commando<\/h3>\n

<\/p>\n

Go-modules kunnen nu uitvoerende afhankelijkheden volgen met behulp van de tooldirectieve in go.mod. Dit elimineert de noodzaak voor de eerdere workaround om tools als lege importen in het bestand toe te voegen, meestal genaamd \u201ctools.go\u201d. De go tool kan nu deze tools uitvoeren naast de tools die met Go worden meegeleverd. Meer informatie is te vinden in de documentatie<\/a>.<\/p>\n

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

De nieuwe vlag -tool voor go get leidt tot het toevoegen van een tooldirectieve in het huidige module voor de gespecificeerde pakketten, naast het toevoegen van vereiste directieven.<\/p>\n

<\/p>\n

Nieuwe meta-patroon tool<\/a> verwijst naar alle tools in het huidige module. Dit kan worden gebruikt om ze allemaal te updaten via go get tool of om ze in je GOBIN-directory te installeren via go install tool.<\/p>\n

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

Uitvoerbare bestanden gemaakt met go run en het nieuwe gedrag van go tool worden nu gecached in de Go-bouwcache. Dit maakt herhaaldelijke uitvoeringen mogelijk door de vergrote cache. #69290<\/a>.<\/p>\n

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

De go build- en go install-commando's accepteren nu de vlag -json, die de uitvoer en fouten van de bouw geeft als gestructureerde JSON-uitvoer op de standaarduitvoer. De details van het formaat zijn te vinden in go help buildjson.<\/p>\n

<\/p>\n

Bovendien, go test -json geeft nu de uitvoer en fouten van de bouw in JSON, vermengd met de JSON van de testresultaten. Ze kunnen worden onderscheiden door nieuwe types Actie, maar als ze problemen veroorzaken in het testsysteem, kan men teruggaan naar de tekstuele bouwuitvoer via de GODEBUG-instelling<\/a> gotestjsonbuildtext=1.<\/p>\n

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

De nieuwe omgevingsvariabele GOAUTH biedt een flexibele manier om autorisaties voor priv\u00e9-module-invullingen te beheren. Zie de details in go help goauth.<\/p>\n

<\/p>\n

De go build-commando installeert nu de versie van het hoofdmodule<\/a> in de gecompileerde binaire, gebaseerd op de tag en\/of commit van het versiebeheersysteem. De suffix +dirty wordt toegevoegd als er ongeregistreerde wijzigingen aanwezig zijn. Gebruik de vlag -buildvcs=false om versiebeheerinformatie uit de binaire uit te sluiten.<\/p>\n

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

Nieuwe GODEBUG-instellingen<\/a> toolchaintrace=1<\/a> kan nu gebruikt worden voor het volgen van het proces van het kiezen van een toolchain in het go-team.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo ondersteunt nieuwe annotaties voor C-functies voor het verbeteren van de runtime-prestaties. #cgo noescape cFunctionName zegt tegen de compiler dat het geheugen dat aan C-functie cFunctionName is doorgegeven niet kan ontsnappen. #cgo nocallback cFunctionName laat de compiler weten dat C-functie cFunctionName geen Go-functies terugroept. Meer informatie is te vinden in de cgo-documentatie<\/a>.<\/p>\n

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

Cgo weigert momenteel om C-functies te compileren die meerdere incompatibele declaraties hebben. Bijvoorbeeld, als f is gedeclareerd als zowel void f(int) als void f(double), zal cgo een foutmelding geven in plaats van een onjuiste aanroepvolgorde van f(0) te genereren. Een nieuwe functie in deze release is verbeterde detectie van deze fout, wanneer incompatibele declaraties in verschillende bestanden voorkomen. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

De objdump-tool ondersteunt nu disassemblage voor 64-bits LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) en S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

De nieuwe tests-analyzer meldt veelvoorkomende fouten in testdeclaraties, fuzzers, benchmarks en voorbeelden in testpakketten, zoals onjuist gevormde namen, onjuiste handtekeningen of voorbeelden die niet-bestaande identificeerders documenteren. Sommige van deze fouten kunnen leiden tot het niet uitvoeren van tests.<\/p>\n

<\/p>\n

De bestaande printf-analyzer meldt nu diagnostiek voor aanroepen van de vorm fmt.Printf(s), waarbij s een niet-constante formatteerstring is zonder andere argumenten. Dergelijke aanroepen zijn vrijwel altijd een fout, omdat de waarde van s het % teken kan bevatten; gebruik in plaats daarvan fmt.Print. 60529<\/a>. Deze controle heeft de neiging om bevindingen in bestaande code te maken, en daarom wordt deze alleen toegepast wanneer de taalversie (zoals gespecificeerd door de go-directive in het go.mod-bestand of door de comments `\/\/go:build) minimaal Go 1.24 is, om te voorkomen dat langdurige integratieschema's falen bij de upgrade naar de Go 1.24 toolchain.<\/p>\n

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

De bestaande buildtag-analyseert meldt nu diagnosen wanneer er iets mis is. beperkingen van de oudere versie.<\/a> Ga naar de \/\/go:build-directive. Bijvoorbeeld, \/\/go:build go1.23.1 verwijst naar een patchrelease; in plaats daarvan gebruik je \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

De bestaande copylock-analyseert meldt nu diagnosen wanneer een variabele, gedeclareerd in een driedubbele 'for'-lus, zoals for i := iter(); done(i); i = next(i) { \u2026 }, sync.Locker bevat, zoals sync.Mutex. Go 1.22<\/a> veranderde het gedrag van dergelijke lussen door voor elke iteratie een nieuwe variabele te maken, waarbij waarden van de vorige iteratie worden gekopieerd; deze kopie is niet veilig voor locks. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

De interne binaire cmd\/go en het testcachemechanisme kunnen nu worden ge\u00efmplementeerd door subprocessen die een JSON-protocol implementeren tussen het cmd\/go-hulpmiddel en de subprocess, genoemd met de omgevingsvariabele GOCACHEPROG. Eerder was dit voor GOEXPERIMENT. De details van het protocol zijn zichtbaar in de documentatie<\/a>.<\/p>\n

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

Tijd van uitvoering.<\/h2>\n

<\/p>\n

Verschillende prestatieverbeteringen in runtime hebben de CPU-overhead met 2-3% gemiddeld verminderd in een representatieve set benchmarks. De resultaten kunnen vari\u00ebren afhankelijk van de toepassing. Deze verbeteringen omvatten een nieuwe ingebouwde mapimplementatie gebaseerd op Zweedse Tafels<\/a>, effici\u00ebnter geheugenbeheer voor kleine objecten, en een nieuwe interne runtime-implementatie van mutexes.<\/p>\n

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

De nieuwe ingebouwde mapimplementatie en de nieuwe interne runtime-mutex kunnen worden uitgeschakeld met de instellingen GOEXPERIMENT=noswissmap en GOEXPERIMENT=nospinbitmutex tijdens de bouw, respectievelijk.<\/p>\n

Compilator<\/h2>\n

De compiler verbiedt al het defini\u00ebren van nieuwe methoden met ontvangerstypes die door cgo zijn gegenereerd, maar het was mogelijk om deze beperking te omzeilen via type-aliasing. Go 1.24 meldt nu altijd een fout als de ontvanger verwijst naar een gegenereerd cgo-type, direct of indirect (via een type-alias).<\/p>\n

Linker<\/h2>\n

De linker genereert nu standaard een GNU-buildidentificatie (ELF NT_GNU_BUILD_ID-record) op ELF-platforms en een UUID (Mach-O LC_UUID-loadcommando) op macOS. De buildidentificatie of UUID wordt afgeleid van de Go-buildidentificatie. Dit kan worden uitgeschakeld met de linkerflag -B none, of worden overschreven met de linkerflag -B 0xNNNN met een door de gebruiker opgegeven hexadecimale waarde.<\/p>\n

Ontwikkeling<\/h2>\n

<\/p>\n

Zoals aangegeven in de releaseopmerkingen van Go 1.22<\/a>, Go 1.24 vereist nu Go 1.22.6 of later voor mounting. Ontwikkelaars verwachten dat Go 1.26 een patchrelease van Go 1.24 of later zal vereisen.<\/p>\n

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

StANDAARDBIBLIOTHEEK<\/h2>\n

Beperkte directory toegang tot het bestandssysteem<\/h3>\n

<\/p>\n

Nieuw type os.Root<\/a> biedt de mogelijkheid om bestandsoperaties uit te voeren binnen een specifieke directory.<\/p>\n

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

Functie os.OpenRoot<\/a> opent een directory en retourneert os.Root<\/a>. Methoden in os.Root<\/a> werken binnen deze directory en voorkomen dat paden verwijzen naar locaties buiten de directory, inclusief die welke via symbolische links buiten de directory gaan. Methodes op os.Root weerspiegelen de meeste bestandsoperaties die beschikbaar zijn in het os-pakket, inclusief bijvoorbeeld os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> en os.Root.Stat<\/a>.<\/p>\n

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

Nieuwe benchmarkfunctie<\/h3>\n

<\/p>\n

Benchmarks kunnen nu een snellere en minder foutgevoelige methode gebruiken testing.B.Loop<\/a> voor iteraties van benchmarks zoals for b.Loop() { \u2026 } in plaats van typische cyclische structuren met b.N zoals for range b.N. Dit biedt twee belangrijke voordelen:<\/p>\n

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