Go 1.24

Eng nei Verëffentlechung vun der Go Sprooch, Versioun 1.24, kënnt sechs Méint duerno Go 1.23. Déi meescht vun den Ännerungen sinn an der Ëmsetzung vun der Toolchain, Runtime a Bibliothéiken. Wéi ëmmer gëtt d'Verëffentlechung Verspriechen vun Onbedenklechkeet Go 1. D'Sproochdesigner erwaarden datt bal all Go Programmer weider kompiléieren a lafen wéi virdrun.

Sprooch Ännerungen

Go 1.24 ënnerstëtzt elo voll generesch Typ Aliasen: en Typ Alias ​​kann als deklaréierten Typ parametriséiert ginn. Detailer an Sprooch Spezifikatioune. Fir de Moment kann dës Fonktioun ausgeschalt ginn andeems Dir GOEXPERIMENT=noaliastypeparams setzt; Wéi och ëmmer, d'Aliastypeparams Optioun gëtt am Go 1.25 geläscht.

Tools

Gitt Kommando

Go Moduler kënnen elo ausführbar Ofhängegkeete verfollegen mat der Tooldirektiv am go.mod. Dëst läscht de Besoin fir de fréiere Léisung fir Tools als eidel Importer an enger Datei ze addéieren déi typesch "tools.go" genannt gëtt. De Go Tool Kommando kann elo dës Tools zousätzlech zu den Tools lafen, déi mat Go kommen. Méi Informatioune fannt Dir op Dokumentatioun.

Den neien -Tool Fändel fir go get bewierkt datt Tool Direktiven an den aktuellen Modul fir déi spezifizéiert Pakete bäigefüügt ginn, zousätzlech fir erfuerderlech Direktiven ze addéieren.

Nei Meta-Muster Tool bezitt sech op all Tools am aktuellen Modul. Dëst kann benotzt ginn fir se all iwwer de go get-Tool ze aktualiséieren, oder fir se an Ärem GOBIN-Verzeichnis iwwer de go install-Tool z'installéieren.

Executables erstallt iwwer Go Run an dat neit Go Tool Verhalen ginn elo am Go Build Cache cache. Dëst mécht widderholl Start méiglech wéinst dem verstäerkte Cache. #69290.

D'go build and go install commands akzeptéieren elo den -json Fändel, deen Build Output a Feeler als strukturéiert JSON Output op Standard Output bericht. Format Detailer, kuckt go help buildjson.

Ausserdeem, go test -json bericht elo d'Ausgab a bauen Feeler am JSON, gemëscht mam Testresultat JSON. Si kënnen duerch déi nei Action-Typen ënnerscheeden, awer wa se Probleemer am Testintegratiounssystem verursaachen, kënnt Dir zréck op den Textausgang vum Build via GODEBUG Setup gotestjsonbuildtext=1.

Déi nei GOAUTH Ëmfeld Variabel bitt e flexibele Wee fir privat Moduler ze autoriséieren. Dir kënnt Detailer gesinn an go help goauth.

De Go Build Kommando ass elo installéiert Versioun vum Haaptmodul an der kompiléierter Binär, baséiert op engem Tag an / oder enger Versiounskontrollverpflichtung. D'+dreckeg Suffix gëtt bäigefüügt wann et net engagéiert Ännerungen sinn. De -buildvcs=falsche Fändel ka benotzt ginn fir Versiounskontrollinformatioun aus der Binär ze läschen.

Nei GODEBUG Setup toolchaintrace=1 kann elo benotzt ginn fir den Toolchain Selektiounsprozess am Go Kommando ze verfolgen.

Cgo

Cgo ënnerstëtzt nei Annotatiounen fir C Funktiounen fir d'Runtime Performance ze verbesseren. #cgo noescape cFunctionName seet dem Compiler datt d'Erënnerung un d'C Funktioun cFunctionName net entkomm ass. #cgo nocallback cFunctionName seet dem Compiler datt d'C Funktioun cFunctionName keng Go Funktiounen zréckrufft. Méi Informatiounen fannt Dir op cgo Dokumentatioun.

Cgo refuséiert de Moment Uruff un eng C Funktioun ze kompiléieren déi verschidde inkompatibel Deklaratiounen huet. Zum Beispill, wann f als ongëlteg f (int) an ongëlteg f (duebel) deklaréiert ass, mellt cgo e Feeler anstatt méiglecherweis eng ongëlteg Uruffsequenz f (0) ze generéieren. Nei an dëser Verëffentlechung ass eng verbessert Detektioun vun dësem Fehlerbedingung wann inkompatibel Deklaratioune a verschiddene Dateien erschéngen. #67699.

Objdump

Den objdump Tool ënnerstëtzt elo Demontage op 64-Bit LoongArch (GOARCH = loong64), RISC-V (GOARCH = riscv64), a S390X (GOARCH = s390x).

Vet

Den neien Testanalysator bericht allgemeng Feeler am Test, Fuzzer, Benchmark, a Beispillerklärungen an Testsuiten, sou wéi falsch forméiert Nimm, ongëlteg Ënnerschrëften oder Beispiller déi net existent Identifizéierer dokumentéieren. E puer vun dëse Feeler kënnen Tester versoen.

Den existente Printf Parser mellt elo Diagnostik fir Uruff vun der Form fmt.Printf(s), wou s eng net-konstante Formatstring ouni aner Argumenter ass. Esou Uriff si bal ëmmer e Feeler, well de Wäert vun s kann de % Charakter enthalen; benotzen fmt.Print amplaz. 60529. Dëse Scheck tendéiert Saachen am existente Code ze fannen, an ass dofir nëmmen ugewannt wann d'Sproochversioun (wéi spezifizéiert vun der go-Direktiv vun der go.mod Datei oder den `//go:build` Kommentaren) op d'mannst Go 1.24 ass, fir ze vermeiden datt laang Integratiounspaus beim Upgrade op d'Go 1.24 Toolchain verursaachen.

Den existente Buildtag Analyser bericht elo Diagnostik wann et e falsche Buildtag gëtt eeler Versioun bauen Limitatioun Gitt an d' //go:build Direktiv. Zum Beispill, //go:build go1.23.1 bezitt sech op e Punkt Verëffentlechung; benotzt amplaz //go:build go1.23. #64127.

Den existente Copylock Analyser bericht elo eng Diagnostik wann eng Variabel an enger Triple "for" Loop deklaréiert gëtt, sou wéi fir i := iter (); gemaach (ech); i = next(i) { … }, enthält sync.Locker, sou wéi sync.Mutex. Go 1.22 geännert d'Behuele vun esou Schleifen fir eng nei Variabel fir all Iteratioun ze kreéieren, d'Wäerter vun der viregter Iteratioun kopéieren; Dës Kopie ass net sécher fir Schleisen. #66387.

GOCACHEPROG

Den internen cmd/go binären an Testcachemechanismus kann elo duerch Kannerprozesser implementéiert ginn, déi e JSON-Protokoll tëscht dem cmd/go-Tool an dem Kandprozess, deen vun der GOCACHEPROG Ëmfeldvariabel genannt gëtt, implementéiert ginn. Virdrun war et fir GOEXPERIMENT. Detailer vum Protokoll kënne gesi ginn Dokumentatioun.

Zäit vun Ofschloss

Verschidde Runtime Performance Verbesserungen hunn d'CPU Overhead ëm 2-3% am Duerchschnëtt iwwer eng Rei vu representativen Benchmarks reduzéiert. D'Resultater kënnen ofhängeg vun der Applikatioun variéieren. Dës Verbesserungen och eng nei gebaut-an Kaart Ëmsetzung baséiert op schwedesch Dëscher, méi efficace Allocatioun vun klengen Objet Erënnerung, an eng nei intern Runtime Ëmsetzung vun der mutex.

Déi nei agebaute Kaartimplementatioun an déi nei intern Runtime Mutex kënnen ausgeschalt ginn andeems Dir GOEXPERIMENT = noswissmap an GOEXPERIMENT = nospinbitmutex bei der Bauzäit setzt, respektiv.

Compiler

De Compiler huet scho verbueden nei Methoden mat Empfängertypen ze definéieren déi vu cgo generéiert goufen, awer et war méiglech dës Restriktioun iwwer en Typalias ëmzegoen. Go 1.24 mellt elo ëmmer e Feeler wann den Empfänger e cgo-generéierten Typ bezeechent, entweder direkt oder indirekt (iwwer en Typalias).

Linker

De Linker generéiert elo e GNU Build Identifizéierer (ELF Entrée NT_GNU_BUILD_ID) op ELF Plattformen an en UUID (Mach-O Luede Kommando LC_UUID) op macOS par défaut. D'Build ID oder UUID ass ofgeleet vun der Go Build ID. Dëst kann ausgeschalt ginn mat dem -B none Linker Fändel, oder iwwerschratt mat dem -B 0xNNNN Linker Fändel mat engem Benotzer-spezifizéierte hexadezimale Wäert.

Promotioun

Wéi gesot an Gitt 1.22 Verëffentlechungsnotizen, Go 1.24 erfuerdert elo Go 1.22.6 oder méi spéit fir installéiert ze ginn. D'Entwéckler erwaarden datt Go 1.26 e Punkt Verëffentlechung vu Go 1.24 oder méi spéit erfuerdert fir erausgerullt ze ginn.

Standard Bibliothéik

Verzeechnes-limitéiert Dateisystem Zougang

Neien Typ os.root Bitt d'Fäegkeet fir Dateiesystemoperatioune bannent engem spezifesche Verzeechnes auszeféieren.

Funktioun os.OpenRoot mécht den Dossier op a geet zréck os.root. Methoden op os.root Bedreiwen an deem Verzeechnes an erlaben net Weeër op Plazen ausserhalb vum Verzeechnes ze referenzéieren, och déi, déi symbolesch Linken ausserhalb vum Verzeechnes verfollegen. D'Methoden op os.Root reflektéieren déi meescht Dateiesystemoperatiounen déi am OS Package verfügbar sinn, dorënner z.B. os.Root.Open, os.Root.Create, os.Root.Mkdir и os.Root.Stat.

Nei Benchmark Feature

Benchmarks kënnen elo eng méi séier, manner Feeler-ufälleg Method benotzen testing.B.Loop iwwer e Benchmark ze iteréieren wéi fir b.Loop() { … } amplaz vun den typesche Schleifstrukturen déi bN involvéieren wéi fir Range bN Dëst bitt zwee bedeitend Virdeeler:

• D'Benchmarkfunktioun gëtt exakt eemol pro -count ausgefouert, sou datt déi deier Setup- a Botzschrëtt nëmmen eemol ausgefouert ginn.
• D'Funktioun Call Parameteren a Resultater liewen weider, verhënnert datt de Compiler de Loopkierper komplett optiméiert.

Verbesserte Finalisateuren

Nei Feature runtime.AddCleanup ass e Fäerdegstellungsmechanismus dee méi flexibel, méi effizient a manner Feeler ufälleg ass wéi runtime.SetFinalizer. AddCleanup befestegt eng Botzfunktioun un en Objet deen ausgefouert gëtt soubal den Objet net verfügbar ass. Wéi och ëmmer, am Géigesaz zu SetFinalizer, kënne verschidde Botzmëttelen un engem eenzegen Objet befestegt ginn, Botzmëttelen kënnen un intern Zeeche befestegt ginn, Botzmëttelen verursaachen net typesch Leck wann Objeten en Zyklus bilden, a Botzmëttelen verzögeren net d'Deallokatioun vum Objet oder Objeten op et weist. Neie Code sollt AddCleanup iwwer SetFinalizer léiwer maachen.

Neie schwaache Pak

Neie Pak schwaach stellt schwaach Hiweiser.

Schwaach Zeeche sinn e Primitiv op nidderegen Niveau zur Verfügung gestallt fir Erënnerungseffizient Strukturen ze kreéieren wéi schwaach Dictionnairen fir Wäerter ze kartéieren, Kanonikaliséierungsdictionnairen fir alles wat net vun engem Package ofgedeckt ass. eenzel, a verschidden Zorte vu Cache. Fir dës Benotzungsfäll z'ënnerstëtzen, gëtt dës Verëffentlechung och runtime.AddCleanup и maphash.Vergläichbar.

Neie Krypto / mlkem Package

Neie Pak krypto/mlkem implementéiert ML-KEM-768 an ML-KEM-1024.

ML-KEM ass e post-quantum Schlësselaustauschmechanismus, fréier bekannt als Kyber a spezifizéiert an FIPS 203.

Nei Packagen crypto/hkdf, crypto/pbkdf2 a crypto/sha3

Neie Pak krypto/hkdf implementéiert d'HMAC-baséiert "Extract-and-Expand" Schlëssel Derivatiounsfunktioun HKDF wéi definéiert an RFC 5869.

Neie Pak crypto/pbkdf2 implementéiert d'Passwuert-baséiert Schlëssel Derivatiounsfunktioun PBKDF2 wéi definéiert an RFC 8018.

Neie Pak krypto/sha3 implementéiert d'SHA-3 Hash Funktioun an d'SHAKE an cSHAKE erweiterbar Ausgangsfunktiounen wéi definéiert an FIPS 202.

All dräi Packagen baséieren op déi existent golang.org/x/crypto/… Packagen.

FIPS 140-3 Konformitéit

Dës Verëffentlechung enthält eng nei Rei vu Mechanismen fir FIPS 140-3 Konformitéit ze garantéieren.

De Go Krypto Modul ass eng Rei vun intern Standard Bibliothéik Packagen déi transparent benotzt gi fir FIPS 140-3 approuvéiert Algorithmen ëmzesetzen. Uwendungen erfuerderen keng Ännerungen fir de Go Krypto-Modul fir guttgeheescht Algorithmen ze benotzen.

Déi nei Ëmfeldvariabel GOFIPS140 kann benotzt ginn fir d'Versioun vum Go Krypto-Modul ze wielen fir an engem Build ze benotzen. Nei GODEBUG Setup fips140 ka benotzt ginn fir de FIPS 140-3 Modus beim Runtime z'aktivéieren.

Go 1.24 enthält de Go Krypto Modul v1.0.0, deen am Moment mat engem CMVP-akkreditéierte Labo getest gëtt.

Nei experimentell Package Testen / Synctest

Neien experimentellen Package testen / synctest Bitt Ënnerstëtzung fir gläichzäiteg Code ze testen.

• Funktioun synctest.run leeft eng Grupp vu Goroutinen an enger isoléierter "Bubble". An der Bubble vun der Package Funktioun Zäit op falsch Aueren operéieren.
• Functions synctest.wait waart bis all Goroutine an der aktueller Bubble blockéiert sinn.

Detailer kënnen an der Package Dokumentatioun fonnt ginn.

De Synctest Package ass experimentell a muss aktivéiert ginn andeems Dir GOEXPERIMENT=synctest setzt. De Package API kann an zukünfteg Verëffentlechungen änneren. IN #67434 Dir kënnt méi Detailer gesinn a Feedback ginn.

Kleng Ännerungen an der Bibliothéik

Archiv

D'(*Writer.AddFS) Implementatiounen am Archiv/Zip an Archiv/Tar schreiwen elo den Verzeechnesheader fir en eidele Verzeichnis.

Bytes

Package Bytes füügt verschidde Funktiounen un déi mat Iteratoren funktionnéieren:

• Linnen Gëtt en Iterator iwwer nei Linn getrennte Strings an engem Byte Slice zréck.
• SplitSeq gëtt en Iterator iwwer all Subslice vun engem Byte Slice zréck, getrennt vun engem Separator.
• SplitAfterSeq gëtt en Iterator iwwer d'Subslices vun engem Byte Slice zréck, opgedeelt no all Optriede vum Separator.
• FieldsSeq gëtt en Iterator iwwer Subslice vun engem Byte Slice ronderëm Sequenze vu Raumzeechen zréck, wéi definéiert unicode.IsSpace
• FieldsFuncSeq gëtt en Iterator iwwer Subslice vun engem Byte Slice ronderëm Sequenzen vun Unicode Code Punkten zréck, déi e Prädikat erfëllen.

krypto/aes

Retour Wäert NewChipher implementéiert net méi d'NewCTR, NewGCM, NewCBCEncrypter, an NewCBCDecrypter Methoden. Dës Methode waren net dokumentéiert an net op all Architekturen verfügbar. Elo d'Bedeitung Block muss direkt un déi entspriechend Funktiounen weiderginn Krypto / Chiffer. Momentan iwwerpréift d'Krypto / Chiffer nach ëmmer dës Methoden op Blockwäerter, och wann se net méi vun der Standardbibliothéik ënnerstëtzt ginn.

Krypto / Chiffer

Nei Feature NewGCMWithRandomNonce geet zréck AEAD, déi AES-GCM implementéiert andeems en eng zoufälleg Nonce während Seal generéiert an et zum Chiffertext virbereet.

Ëmsetzung bäiginn, zréckkomm NewCTR wann benotzt mat krypto/aes elo e puer Mol méi séier op amd64 an arm64.

NeiOFB, NewCFBEncrypter и NewCFBDecrypter sinn elo als obsolet deklaréiert. OFB an CFB Modi sinn net authentifizéiert, wat allgemeng aktiv Attacke erlaabt Kloertext ze manipuléieren an ze recuperéieren. Uwendungen si recommandéiert ze benotzen AEAD am Retour. Wann onauthentifizéiert Modus bäiginn néideg, ka benotzt ginn NewCTR am Retour.

krypto/ecdsa

PrivateKey.Sign schaaft elo eng deterministesch Ënnerschrëft no RFC 6979, wann d'Zoufallsquell null ass.

krypto/md5

Retour Wäert md5.nei, implementéiert elo och den Interface encoding.binaryappender.

krypto/rand

Funktioun Weiderliesen elo garantéiert keng Feeler. Wann Liesen e Feeler beim Liesen begéint Reader, wäert de Programm permanent ophalen. Bedenkt datt de Standard Reader dokumentéiert ass fir ëmmer erfollegräich ze schaffen, sou datt dës Ännerung nëmmen Programmer beaflosst déi d'Reader Variabel iwwerschreiden. Eng Ausnahm ass Linux Kernel virum 3.17, wou den Default Reader nach ëmmer /dev/urandom opmaacht a ka feelen.

Op Linux 6.11 a méi spéit benotzt Reader elo de getrandom System Uruff iwwer vDSO. Dëst ass e puer Mol méi séier, normalerweis fir kleng Liesungen.

Op OpenBSD Reader benotzt elo arc4random_buf(3).

Nei Feature Text kann elo cryptographically sécher zoufälleg Text Saiten generéieren.

Krypto/rsa

GenerateKey gëtt elo e Feeler zréck wann eng Schlëssellängt vu manner wéi 1024 Bits gefrot gëtt. All Zeechen, Verifizéieren, Verschlësselte, an Decrypt Methoden ginn elo e Feeler zréck wann se mat enger Schlësselgréisst manner wéi 1024 Bit benotzt. Esou Schlëssele sinn onsécher a sollen net benotzt ginn. GODEBUG opsetzen rsa1024min=0 restauréiert dat alt Verhalen, awer d'Go Entwéckler recommandéieren dëst nëmmen wann néideg an nëmmen an Tester ze maachen, zum Beispill andeems Dir d'Linn //go:debug rsa1024min=0 an d'Testdatei bäidréit. Nei Beispill GenerateKey bitt en einfach ze benotzen Standard 2024-Bit Testschlëssel.

Et ass elo méi sécher a méi effizient ze ruffen PrivateKey.Precompute ze PrivateKey.Validéieren. Precompute ass elo méi séier a Präsenz vun deelweis gefëllt Precomputed Values, zum Beispill wann Dir e Schlëssel aus JSON extrahéiert.

De Package refuséiert elo méi ongëlteg Schlësselen och wann Validate net genannt gëtt, an GenerateKey kann elo nei Feeler fir gebrach randomness Quellen zréck. Felder Primes и Virberechent Strukturen Privat Schlëssel ginn elo benotzt a validéiert och wann e puer Wäerter fehlen. Et ginn och Ännerunge fir Krypto/x509 fir RSA-Schlësselen ze analyséieren an ze extrahieren, hei ënnen beschriwwen.

ZeechenPKCS1v15 и Verifizéiert PKCS1v15 ënnerstëtzt elo SHA-512/224, SHA-512/256 an SHA-3.

GenerateKey benotzt elo eng liicht aner Method fir de private Exponent ze generéieren (Carmichael Funktioun amplaz Euler Funktioun). Selten Uwendungen déi extern Schlësselen aus nëmmen Prime Zuelen regeneréieren kënnen ënnerschiddlech awer kompatibel Resultater produzéieren.

Operatiounen op ëffentlechen a private Schlësselen sinn elo bis zu zweemol méi séier op wasm.

crypto/sha*

• krypto/sha1: Retour Wäert sha1.Neien implementéiert elo och den Interface encoding.binaryappender.
• krypto/sha256: Wäerter zréck sha256.Neien и sha256.New224 elo och den Interface ëmsetzen encoding.binaryappender.
• krypto/sha512: Wäerter zréck sha512.Neien, sha512.New384, sha512.New512_224 и sha512.New512_256, elo och den Interface ëmsetzen encoding.binaryappender.

Krypto / subtile

Nei Feature WithDataIndependentTiming erlaabt de Benotzer eng Funktioun auszeféieren mat Architektur-spezifesch Fonctiounen aktivéiert, datt sécherstellen, datt bestëmmte Instruktioune relativ zu der Zäit vun der Daten Wäert net geännert ginn. Dëst kann benotzt ginn fir sécherzestellen datt de Code geschriwwe gëtt fir a konstanter Zäit ze lafen net duerch Prozessorniveaufunktiounen optimiséiert gouf sou datt et a variabelen Zäit leeft. Am Moment benotzt WithDataIndependentTiming de PSTATE.DIT Bit op arm64 a mécht näischt op all aner Architekturen. GODEBUG opsetzen dataindependenttiming = 1 aktivéiert den DIT Modus fir de ganze Go Programm.

Konklusioun XORBytes muss komplett oder guer net mam Input iwwerlappen. Virdrun war d'Verhalen soss net definéiert, wärend XORBytes elo panikéieren.

Krypto/tls

Den TLS Server ënnerstëtzt elo Encrypted Client Hello (ECH). Dës Fonktioun kann aktivéiert ginn andeems Dir am Feld ausfëllt. Config.EncryptedClientHelloKeys.

En neie Post-Quantum Key Exchange Mechanismus X25519MLKEM768 elo ënnerstëtzt an aktivéiert Par défaut wann Config.CurvePreferences ass null. GODEBUG opsetzen tlsmlkem=0 gëtt Standard zréck.

Ënnerstëtzung fir den experimentellen X25519Kyber768Draft00 Schlësselaustausch gouf geläscht.

D'Schlësselaustauschbestellung gëtt elo ganz vum Krypto/tls Package gehandhabt. Uerdnung Config.CurvePreferences gëtt elo ignoréiert an den Inhalt gëtt nëmme benotzt fir ze bestëmmen wéi eng Schlësselaustausch mat abegraff sinn wann d'Feld ausgefëllt ass.

Neit Feld ClientHelloInfo.Erweiterungen Listt d'Lëscht vun den Extensiounsidentifizéierer, déi am Client Hallo Message kritt goufen. Dëst kann nëtzlech sinn fir Fangerofdréck TLS Clienten.

krypto/x509

GODEBUG opsetzen x509sha1 gouf geläscht. Certification.Verify ënnerstëtzt net méi SHA-1 baséiert Ënnerschrëften.

OID implementéiert elo Interfaces encoding.binaryappender и encoding.TextAppender.

D'Standard Zertifikat Politikfeld gouf geännert vun Certificate.PolicyIdentifiers op Zertifikat.Politik. Beim Parsing vun Zertifikater ginn déi zwee Felder populéiert, awer wann Dir eng Zertifikatpolitik erstellt, gi se aus dem Feld Certificate.Policies amplaz Certificate.PolicyIdentifiers geholl. Dës Ännerung kann zréckgesat ginn. GODEBUG Setup x509usepolicies=0.

Erstellt Certificat wäert elo eng Seriennummer generéieren mat enger RFC 5280 konform Method wann Dir e Schablounfeld passéiert Certificate.SerialNumber null, amplaz Crash.

Zertifikat.Verifizéieren ënnerstëtzt elo d'Politikvalidatioun wéi am RFC 5280 an RFC 9618 definéiert. Neit Feld VerifyOptions.CertificatePolicies kann op eng akzeptabel Formatioun vu Politik gesat ginn OIDs. Nëmmen Zertifikat Ketten mat valabel Politik Grafiken ginn zréck aus Zertifikat.Verifizéieren.

MarshalPKCS8PrivateKey gëtt elo e Feeler zréck anstatt en ongülteg RSA Schlëssel zréckzekommen. (MarshalPKCS1PrivateKey huet kee Feeler zréck a säi Verhalen wann ongëlteg Schlëssele geliwwert ginn bleift ondefinéiert.)

ParsePKCS1PrivateKey и ParsePKCS8PrivateKey elo benotzt a validéieren encoded CRT Wäerter, sou kann ongëlteg RSA Schlësselen refuséieren déi virdrun akzeptéiert goufen. Benotzung GODEBUG Astellungen x509rsacrt = 0 geet zréck op d'Recalculation vun CRT Wäerter.

debug/elf

Package debug/elf Füügt Ënnerstëtzung fir d'Handhabung vun Symbolversioune an dynamesche ELF (Ausféierbar a Linkbar Format) Dateien. Nei Method File.DynamicVersions Gitt eng Lëscht vun dynamesche Versiounen zréck, déi an enger ELF Datei definéiert sinn. Nei Method File.DynamicVersionNeeds Gitt eng Lëscht vun dynamesche Versiounen zréck, déi vun dëser ELF-Datei erfuerderlech sinn, déi an aneren ELF-Objeten definéiert sinn. Endlech, nei Felder Symbol.HasVersion и Symbol.VersionIndex uginn der Versioun vum Symbol.

Zeechesaatz

Zwee nei Interfaces TextAppender и BinaryAppender goufen agefouert fir en Text oder binäre Representatioun vun engem Objet op eng Byte Slice ze addéieren. Dës Interfaces bidden déiselwecht Funktionalitéit wéi TextMarshaler и Binary Marshaler, awer amplaz all Kéier eng nei Slice ze verdeelen, fügen se Daten direkt un eng bestehend Slice un. Dës Schnëttplazen sinn am Moment duerch Standard Bibliothéik Typen implementéiert déi schonn TextMarshaler an / oder BinaryMarshaler implementéieren.

encoding/json

Wann Dir baut, gëtt e Strukturfeld mat der neier Omitzero-Optioun am Strukturfeld-Tag ausgeliwwert wann säi Wäert null ass. Wann den Terrain Typ huet eng IsZero () bool Method, et gëtt benotzt ginn ze bestëmmen, ob de Wäert null ass. Soss gëtt de Wäert null wann et null Wäert fir seng Zort. Den Omitzero Feldtag ass méi propper a manner Feeler-ufälleg wéi Omitempty wann d'Absicht ass null Wäerter ofzeginn. Besonnesch, am Géigesaz zu der Omitempty, verléisst omitzero Nullen Zäit.Zäit Wäerter, déi eng gemeinsam Quell vu Problemer ass.

Wann souwuel Omitempty an Omitzero spezifizéiert sinn, gëtt d'Feld ausgeliwwert wann de Wäert eidel oder null ass (oder béid).

UnmarshalTypeError.Field enthält elo agebaute Strukturen fir méi detailléiert Fehlermeldungen ze bidden.

goen / Zorte

All go/types Datestrukturen déi Sequenzen vu Methodepaaren aussiichten, wéi Len() int an At(int) T, hunn elo och Methoden déi Iteratoren zréckginn, wat méi einfache Code wéi dësen erlaabt:

params := fn.Type.(*types.Signature).Params() fir i := 0; i < params.Len(); i++ { use(params.At(i)) }

Op dëser:

for param := range fn.Signature().Params().Variables() { use(param) }

Methoden: Interface.EmbeddedTypes Interface.ExplicitMethoden Interface.Methoden MethodSet.Methoden Benannt.Methoden Ëmfang.Kanner Struktur.Felder Tuple.Variablen TypeList.Types TypeParamList.TypeParams Gewerkschaft.Begrëffer

hash/*

• hash/adler32: Retour Wäert New, implementéiert elo och den Interface encoding.binaryappender
• hash/crc32: Wäerter zréck New и NewIEEE, elo och den Interface ëmsetzen encoding.binaryappender
• hash/crc64: Retour Wäert New, implementéiert elo och den Interface encoding.binaryappender
• hash/fnv: Wäerter zréck New32 neie 32a New64 neie 64a New128 и neie 128a, elo och den Interface ëmsetzen encoding.binaryappender
• hash/maphash: nei Fonctiounen Vergläichbar и Schreifbar Vergläichbar kann den Hash vun all Wäert berechnen, dee vergläicht ka ginn. Dëst erlaabt Iech alles ze hashen wat als Go Wierderbuch Schlëssel benotzt ka ginn.

log/slog

Nei DiscardHandler ass en Handler deen ni aktivéiert ass an ëmmer seng Ausgab verwerft.

Niveau и LevelVar elo den Interface ëmsetzen encoding.TextAppender.

mathematesch/*

• mathematesch / grouss: Schwammen, Int и Rat elo den Interface ëmsetzen encoding.TextAppender.
• mathematesch/rand: deprecéiert Top-Level Funktioun Uriff Seed keen Effekt méi hunn. Fir dat alt Verhalen ze restauréieren, kënnt Dir benotzen GODEBUG Setup randseednop=0. Méi Kontext an Offer 67273.
• math/rand/v2: ChaCha8 и PCG elo den Interface ëmsetzen encoding.binaryappender.

net

Lauschtert Condig benotzt elo MPTCP als Standard op Systemer wou et ënnerstëtzt gëtt (aktuell nëmmen Linux).

IP implementéiert elo den Interface encoding.TextAppender.

net/http

D'Restriktioun huet geännert Transport op déi kritt 1xx InformatiounsÄntwerten als Äntwert op d'Ufro. Virdru géif dëst d'Ufro stoppen an e Feeler zréckginn nodeems se méi wéi 5 1xx Äntwerte kritt hunn. Dëst gëtt elo nëmmen e Feeler zréck wann d'Gesamtgréisst vun allen 1xx Äntwerten d'Konfiguratiounsastellung iwwerschreift Transport.MaxResponseHeaderBytes.

Och wann eng Ufro e Tracking Haken huet net/http/httptrace.ClientTrace.Got1xxResponse, elo gëtt et keng Limit fir d'Gesamtzuel vun den Äntwerten 1xx. De Got1xxResponse Hook kann e Feeler zréckginn fir d'Ufro ze stoppen.

Transport и Server hunn elo en HTTP2 Feld dat Konfiguratioun vun HTTP / 2 Protokoll Astellunge erlaabt.

Nei Felder Server.Protokoller и Transport.Protokoller bitt en einfache Wee fir ze konfiguréieren wéi eng HTTP-Protokoller de Server oder Client benotzt.

De Server an de Client kënne konfiguréiert ginn fir onverschlësselte HTTP/2 Verbindungen z'ënnerstëtzen.

Wéini Server.Protokoller enthält UnencrypterHTTP2, de Server akzeptéiert HTTP/2 Verbindungen op onverschlësselte Ports. De Server kann souwuel HTTP/1 an onverschlësselte HTTP/2 am selwechten Hafen akzeptéieren.

Wéini Transport.Protokoller enthält UnencryptedHTTP2 an enthält keen HTTP1, den Transport benotzt onverschlësselte HTTP/2 fir Adressen http://. Wann en Transport konfiguréiert ass fir souwuel HTTP/1 an onverschlësselte HTTP/2 ze benotzen, benotzt en HTTP/1.

Ënnerstëtzung fir onverschlësselte HTTP/2 benotzt "HTTP/2 mat Forward-Learning" (RFC 9113, Sektioun 3.3). Den ofgeschniddene Header "Upgrade: h2c" gëtt net ënnerstëtzt.

net/netip

Addr, AdrPort и Präfix elo Interfaces implementéieren encoding.binaryappender и encoding.TextAppender.

net/url

URL implementéiert elo och den Interface encoding.binaryappender.

os / Benotzer

Op Windows aktuell kann elo am Windows Nano Server benotzt ginn. D'Implementatioun gouf aktualiséiert fir d'Benotzung vu Funktiounen aus der NetApi32 Bibliothéik ze vermeiden, déi vum Nano Server fehlt.

Op Windows aktuell, Opfaassung и LookupId ënnerstëtzt elo déi folgend agebaute Benotzerservicekonten:

• NT AUTHORITY SYSTEM
• NT AUTHORITYLOCAL SERVICE
• NT AUTHORITYNETWORK SERVICE

Op Windows aktuell gouf wesentlech beschleunegt wann den aktuelle Benotzer mat engem luesen Domain ugeschloss ass, wat e gemeinsame Fall fir vill Firme Benotzer ass. D'Performance vun der neier Implementatioun ass elo an der Uerdnung vu Millisekonnen, am Verglach zu der viregter Implementatioun, déi e puer Sekonnen, souguer Minutten, daueren kann.

Op Windows aktuell gëtt elo de Benotzer vum Prozessbesëtzer zréck wann den aktuelle Fuedem en anere Benotzer impersonéiert. Virdrun huet dëst e Feeler zréckginn.

regexp

Regexp implementéiert elo den Interface encoding.TextAdapter.

Course

Funktioun GOROOT ass elo ofgeschaaft. An méi neien Ëmfeld, sollt Dir léiwer de Systemwee benotze fir de "goen" Binär ze definéieren, a benotzt go env GOROOT fir GOROOT ze definéieren.

thongs

Package thongs füügt verschidde Funktiounen un fir mat Iteratoren ze schaffen:

• Linnen Gëtt en Iterator iwwer nei Linn getrennte Linnen an enger String zréck.
• SplitSeq gëtt en Iterator zréck iwwer all Ënnerstringen vun enger String getrennt vun engem Separator.
• SplitAfterSeq gëtt en Iterator iwwer Substrings vun enger String zréck, opgedeelt no all Optriede vum Separator.
• FieldsSeq gëtt en Iterator iwwer Substrings vun enger String ëm Sequenzen vu Whitespace Charaktere zréck, wéi definéiertunicode.IsSpace
• FieldsFuncSeq Gitt en Iterator zréck iwwer Substrings vu String ronderëm Sequenzen vun Unicode Code Punkten déi e Prädikat erfëllen.

synchroniséiert

Ëmsetzung sync.map gouf geännert fir d'Performance ze verbesseren, besonnesch fir Wierderbuch Ännerungen. Zum Beispill, disjoint Set Change Contestatioun ass manner wahrscheinlech op groussen Dictionnairen, an et erfuerdert keng Opbauzäit méi fir eng niddereg Contestatioun Wierderbuchbelaaschtung z'erreechen.

Wann Dir Problemer begéint, setzt GOEXPERIMENT = nosynchashtriemap wärend dem Bau fir zréck an déi al Ëmsetzung zréckzekommen an w.e.g. fëllt de Problemformular aus.

Testen

Nei Methoden T.Kontext и B. Kontext e Kontext zréck, dee verworf gëtt nodeems den Test fäerdeg ass a ier d'Testreinigungsfunktiounen ausgefouert ginn.

Nei Methoden T.Chdir и B.Chdir ka benotzt ginn fir den Aarbechtsverzeechnes fir d'Dauer vun engem Test oder Benchmark z'änneren.

Text / Schabloun

Schabloune ënnerstëtzen elo Range-over-Func an Range-over-int.

Zäit

Zäit implementéiert elo Interfaces encoding.binaryappender и encoding.TextAppender.

Häfen

Linux

Wéi et war ugekënnegt No de Go 1.23 Release Notizen, Go 1.24 erfuerdert Linux Kernel Versioun 3.2 oder méi spéit.

Darwin

Go 1.24 ass déi lescht Verëffentlechung déi op macOS 11 Big Sur leeft. Go 1.25 erfuerdert macOS 12 Monterey oder méi spéit.

WebAssemblée

D'go:wasmexport Compiler Direktiv gouf op Go Programmer bäigefüügt fir Funktiounen an de WebAssembly Host ze exportéieren.

Am WebAssembly System Interface Preview 1 (GOOS = wasip1 GOARCH = wasm), ënnerstëtzt Go 1.24 e Go Programm ze bauen als Reakter / Bibliothéik andeems Dir de Build Fändel spezifizéiert -buildmode=c-shared.

Méi Aarte sinn elo als Argument oder Resultattypen fir go:wasmimport Funktiounen erlaabt. Besonnesch Bool, String, uintptr a Pointer op bestëmmten Typen sinn erlaabt (kuckt Detailer an Dokumentatioun), zesumme mat den 32-Bit- a 64-Bit-Gelenger- a Floating-Point-Typen, an onsécher.Pointer, déi scho erlaabt sinn. Dës Zorte sinn och als Argument oder Resultat Zorte fir go:wasmexport Funktiounen erlaabt.

Ënnerstëtzungsdateien fir WebAssembly goufen op lib/wasm vun misc/wasm geplënnert.

Den initialen Erënnerungsofdrock ass wesentlech reduzéiert, besonnesch fir kleng WebAssembly Uwendungen.

Windows

Den 32-Bit Fënsteren / Arm Hafen (GOOS = Windows GOARCH = Aarm) gouf als gebrach markéiert. Detailer an #70705

Source: linux.org.ru