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

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

Den nye utgaven av Go-spr\u00e5ket, versjon 1.24, lanseres seks m\u00e5neder etter Go 1.23<\/a>. De fleste endringene gjelder implementasjonen av verkt\u00f8ykjeden, runtime og biblioteker. Som alltid sikrer utgivelsen l\u00f8ftet om kompatibilitet<\/a> Go 1. Utviklerne forventer at nesten alle Go-programmer fortsatt vil kompilere og fungere som f\u00f8r.<\/p>\n

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

Endringer i spr\u00e5ket<\/h2>\n

<\/p>\n

Go 1.24 st\u00f8tter n\u00e5 fullt ut generiske typealias<\/a>: et typealias kan parameteriseres som en deklarert type. Detaljer finnes i spr\u00e5kets spesifikasjon<\/a>. Forel\u00f8pig kan muligheten deaktiveres ved \u00e5 sette GOEXPERIMENT=noaliastypeparams; imidlertid vil alternativet aliastypeparams bli fjernet i Go 1.25.<\/p>\n

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

Tools<\/h2>\n

Go-teamet<\/h3>\n

<\/p>\n

Go-moduler kan n\u00e5 spore kj\u00f8rbare avhengigheter ved \u00e5 bruke tool-direktivet i go.mod. Dette fjerner behovet for den tidligere l\u00f8sningen med \u00e5 legge til verkt\u00f8y som tomme importer i filen, vanligvis kalt \u201ctools.go\u201d. Go-verkt\u00f8yet kan n\u00e5 kj\u00f8re disse verkt\u00f8yene i tillegg til verkt\u00f8yene som f\u00f8lger med Go. Mer informasjon finnes i dokumentasjonen<\/a>.<\/p>\n

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

Den nye flagget -tool for go get f\u00f8rer til at et verkt\u00f8ydirektiv legges til den n\u00e5v\u00e6rende modulen for de angitte pakkene i tillegg til \u00e5 legge til kravdirektivet.<\/p>\n

<\/p>\n

Ny metam\u00f8nsteret tool<\/a> refererer til alle verkt\u00f8yene i den n\u00e5v\u00e6rende modulen. Dette kan brukes til \u00e5 oppdatere dem alle via go get tool eller installere dem til din GOBIN-katalog via go install tool.<\/p>\n

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

Kj\u00f8rbare filer laget gjennom go run og den nye oppf\u00f8rselen til go tool blir n\u00e5 hurtigbufferte i Go-byggehurtigbufferen. Dette forbedrer gjentatte kj\u00f8ringer takket v\u00e6re den \u00f8kte hurtigbufferen. #69290<\/a>.<\/p>\n

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

Go build- og go install-kommandoene tar n\u00e5 flagget -json, som rapporterer bygget og feilmeldinger som strukturert JSON-utgang til standardutgangen. Detaljer om formatet kan sees i go help buildjson.<\/p>\n

<\/p>\n

Videre rapporterer go test -json n\u00e5 bygget og feilmeldinger i JSON, blandet med JSON-resultatet fra testen. De kan skilles ved de nye Action-typene, men hvis de for\u00e5rsaker problemer i testintegreringssystemet, kan man g\u00e5 tilbake til tekstlig utgang for byggingen via GODEBUG-innstillingen<\/a> gotestjsonbuildtext=1.<\/p>\n

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

Den nye milj\u00f8variabelen GOAUTH gir en fleksibel m\u00e5te \u00e5 godkjenne private modulforklaringer p\u00e5. Se detaljer i go help goauth.<\/p>\n

<\/p>\n

Go build-kommandoen installerer n\u00e5 versjonen av hovedmodulen<\/a> i den kompilerte bin\u00e6rfilen, basert p\u00e5 taggen og\/eller kommiteen i versjonskontrollsystemet. Suffikset +dirty vil bli lagt til hvis det er ikke-committede endringer. Du kan bruke flagget -buildvcs=false for \u00e5 utelate versjonskontrollinformasjon fra bin\u00e6rfilen.<\/p>\n

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

Ny konfigurasjon GODEBUG<\/a> toolchaintrace=1<\/a> kan n\u00e5 brukes til \u00e5 spore prosessen med valg av verkt\u00f8ysett i Go-teamet.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo st\u00f8tter nye annotasjoner for C-funksjoner for \u00e5 forbedre ytelsen i kj\u00f8retid. #cgo noescape cFunctionName forteller kompilatoren at minnet som sendes til C-funksjonen cFunctionName ikke kan unnslippe. #cgo nocallback cFunctionName forteller kompilatoren at C-funksjonen cFunctionName ikke tilbakekaller noen Go-funksjoner. Mer informasjon kan sees i Cgo-dokumentasjonen<\/a>.<\/p>\n

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

Cgo nekter for \u00f8yeblikket \u00e5 kompilere anrop til C-funksjoner som har flere inkompatible deklarasjoner. For eksempel, hvis f er deklarert som b\u00e5de void f(int) og void f(double), vil Cgo gi en feil i stedet for \u00e5 generere en feilaktig anropsekvens f(0). Nytt i denne utgivelsen er forbedret oppdagelse av denne feilsituasjonen n\u00e5r inkompatible deklarasjoner finnes i forskjellige filer. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

Verkt\u00f8yet objdump st\u00f8tter n\u00e5 disasselering p\u00e5 64-bit LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) og S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Den nye analysatoren tests rapporterer vanlige feil i testdeklarasjoner, fuzzers, benchmarks og eksempler i testpakker, slik som feilaktige navn, ugyldige signaturer eller eksempler som dokumenterer ikke-eksisterende identifikatorer. Noen av disse feilene kan f\u00f8re til at tester ikke kj\u00f8res.<\/p>\n

<\/p>\n

Den eksisterende printf-analysatoren rapporterer n\u00e5 diagnostikk for kall av formen fmt.Printf(s), der s er en ikke-konstant formatstreng, uten andre argumenter. Slike kall er nesten alltid feil, da verdien av s kan inneholde tegn %. Bruk heller fmt.Print. 60529<\/a>. Denne sjekken har en tendens til \u00e5 gj\u00f8re funn i eksisterende kode, og derfor anvendes den bare n\u00e5r spr\u00e5kversjonen (som angitt av direktivet for go-filen go.mod eller kommentarene `\/\/go:build) er minst Go 1.24, for \u00e5 unng\u00e5 at langvarig integrering mislykkes ved oppgradering til Go 1.24-verkt\u00f8ysettet.<\/p>\n

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

Den eksisterende buildtag-analyzeren rapporterer n\u00e5 diagnostikk n\u00e5r det er en feil byggrense for eldre versjon<\/a> Go i direktivet \/\/go:build. For eksempel, \/\/go:build go1.23.1 refererer til en patchversjon; bruk i stedet \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

Den eksisterende copylock-analyzeren rapporterer n\u00e5 diagnostikk n\u00e5r en variabel, deklarert i en tredobbelt 'for'-l\u00f8kke, som for i := iter(); done(i); i = next(i) { \u2026 }, inneholder sync.Locker, som sync.Mutex. Go 1.22<\/a> endres atferden til slike l\u00f8kker ved \u00e5 opprette en ny variabel for hver iterasjon, kopiere verdiene fra forrige iterasjon; denne kopieringen er usikker for l\u00e5ser. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

Det interne bin\u00e6rprogrammet cmd\/go og mekanismen for testcache kan n\u00e5 implementeres av underprosesser som implementerer JSON-protokollen mellom cmd\/go-verkt\u00f8yet og underprosessen navngitt av milj\u00f8variabelen GOCACHEPROG. Tidligere var dette under GOEXPERIMENT. Protokolldetaljer kan sees i dokumentasjonen<\/a>.<\/p>\n

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

Kj\u00f8rets tid<\/h2>\n

<\/p>\n

Flere ytelsesforbedringer i runtime har redusert CPU-overhead med 2-3% i gjennomsnitt mellom et sett av representative benchmark. Resultatene kan variere avhengig av applikasjonen. Disse forbedringene inkluderer en ny innebygd implementering av map basert p\u00e5 Svenske tabeller<\/a>, mer effektiv tildeling av minne for sm\u00e5 objekter og en ny intern runtime-implementering av mutexer.<\/p>\n

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

Den nye innebygde implementeringen av map og den nye interne runtime-mutexen kan deaktiveres med innstillingene GOEXPERIMENT=noswissmap og GOEXPERIMENT=nospinbitmutex under bygging henholdsvis.<\/p>\n

Kompilator<\/h2>\n

Kompilatoren har allerede forbudt \u00e5 definere nye metoder med mottakertyper som er generert av cgo, men det var mulig \u00e5 omg\u00e5 denne begrensningen via typealias. Go 1.24 rapporterer n\u00e5 alltid en feil hvis mottakeren angir en generert cgo-type, direkte eller indirekte (gjennom typealiasen).<\/p>\n

Linker<\/h2>\n

Linkeren genererer n\u00e5 GNU build-ID (ELF NT_GNU_BUILD_ID-optagelse) p\u00e5 ELF-plattformer og UUID (Last Mach-O LC_UUID-kommando) p\u00e5 macOS som standard. Build-IDen eller UUIDen er avledet fra Go-build-IDen. Dette kan sl\u00e5s av med linkerflagget -B none, eller overstyres med linkerflagget -B 0xNNNN med spesifisert brukerdefinert heksadesimalt verdi.<\/p>\n

Rulling<\/h2>\n

<\/p>\n

Som angitt i utgivelsesnotatene for Go 1.22<\/a>, Go 1.24 krever n\u00e5 Go 1.22.6 eller nyere for kompiling. Utviklerne forventer at Go 1.26 vil kreve en punktutgave av Go 1.24 eller nyere for kompiling.<\/p>\n

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

Standardbibliotek<\/h2>\n

Begrenset katalogtilgang til filsystemet<\/h3>\n

<\/p>\n

Ny type os.Root<\/a> gir muligheten til \u00e5 utf\u00f8re filsystemoperasjoner innenfor et bestemt katalog.<\/p>\n

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

kan os.OpenRoot<\/a> \u00e5pner katalogen og returnerer os.Root<\/a>. Metodene p\u00e5 os.Root<\/a> opererer innenfor denne katalogen og tillater ikke stier \u00e5 referere til steder utenfor katalogen, inkludert de som f\u00f8lger symboliske lenker utenfor katalogen. Metodene p\u00e5 os.Root reflekterer de fleste filsystemoperasjoner tilgjengelig i os-pakken, inkludert for eksempel os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> og os.Root.Stat<\/a>.<\/p>\n

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

Ny benchmarkingfunksjon<\/h3>\n

<\/p>\n

Benchmarking kan n\u00e5 bruke en raskere og mer feiltolerant metode testing.B.Loop<\/a> for \u00e5 gj\u00f8re iterasjoner av benchmark som for b.Loop() { \u2026 } i stedet for typiske l\u00f8kkestrukturer med b.N som for range b.N. Dette gir to betydelige fordeler:<\/p>\n

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