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

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

Nov\u00e1 verzia programovacieho jazyka Go, verzia 1.24, vych\u00e1dza po \u0161iestich mesiacoch od Go 1.23<\/a>. V\u00e4\u010d\u0161ina zmien sa t\u00fdka implement\u00e1cie n\u00e1strojov\u00fdch re\u0165azcov, runtime a kni\u017en\u00edc. Ako v\u017edy, vydanie zabezpe\u010duje s\u013eub kompatibility<\/a> Go 1. V\u00fdvoj\u00e1ri jazyka o\u010dak\u00e1vaj\u00fa, \u017ee takmer v\u0161etky programy Go bud\u00fa na\u010falej kompilova\u0165 a fungova\u0165 ako predt\u00fdm.<\/p>\n

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

Zmeny v jazyku<\/h2>\n

<\/p>\n

Go 1.24 teraz plne podporuje generick\u00e9 aliasy typov<\/a>: alias typu m\u00f4\u017ee by\u0165 parametizovan\u00fd ako deklarovan\u00fd typ. Podrobnosti n\u00e1jdete v \u0161pecifik\u00e1cii jazyka<\/a>. Zatia\u013e je mo\u017en\u00e9 t\u00fato funkciu vypn\u00fa\u0165 pomocou nastavenia GOEXPERIMENT=noaliastypeparams; av\u0161ak mo\u017enos\u0165 aliastypeparams bude odstr\u00e1nen\u00e1 v Go 1.25.<\/p>\n

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

N\u00e1stroje<\/h2>\n

Pr\u00edkaz go<\/h3>\n

<\/p>\n

Moduly go teraz m\u00f4\u017eu sledova\u0165 vykon\u00e1vacie z\u00e1vislosti pomocou direkt\u00edvy tool v go.mod. To odstra\u0148uje potrebu predch\u00e1dzaj\u00faceho obch\u00e1dzaj\u00faceho rie\u0161enia prid\u00e1vania n\u00e1strojov ako pr\u00e1zdnych importov do s\u00faboru, ktor\u00fd sa zvy\u010dajne naz\u00fdva \u201etools.go\u201c. Pr\u00edkaz go tool teraz m\u00f4\u017ee sp\u00fa\u0161\u0165a\u0165 tieto n\u00e1stroje mimo n\u00e1strojov dod\u00e1van\u00fdch spolu s Go. Viac inform\u00e1ci\u00ed n\u00e1jdete v dokumen\u00e1cie<\/a>.<\/p>\n

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

Nov\u00fd pr\u00edkaz -tool pre go get vedie k pridaniu direkt\u00edvy n\u00e1stroja do aktu\u00e1lneho modulu pre ur\u010den\u00e9 bal\u00edky, okrem pridania direkt\u00edv po\u017eiadaviek.<\/p>\n

<\/p>\n

Nov\u00fd meta-vzor tool<\/a> sa vz\u0165ahuje na v\u0161etky n\u00e1stroje v aktu\u00e1lnom module. M\u00f4\u017ee by\u0165 pou\u017eit\u00fd na aktualiz\u00e1ciu v\u0161etk\u00fdch prostredn\u00edctvom go get tool alebo na ich in\u0161tal\u00e1ciu do va\u0161ej adres\u00e1re GOBIN prostredn\u00edctvom go install tool.<\/p>\n

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

Vykon\u00e1vacie s\u00fabory vytvoren\u00e9 pomocou go run a nov\u00e9 spr\u00e1vanie pr\u00edkazu go tool s\u00fa teraz cachovan\u00e9 v cache zostavenia Go. To rob\u00ed opakovan\u00e9 sp\u00fa\u0161\u0165ania r\u00fdchlej\u0161\u00edmi v\u010faka zv\u00fd\u0161enej cache. #69290<\/a>.<\/p>\n

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

Pr\u00edkazy go build a go install teraz prij\u00edmaj\u00fa flag -json, ktor\u00fd informuje o v\u00fdstupe a chyb\u00e1ch zostavenia ako \u0161trukt\u00farovan\u00fd JSON v\u00fdstup do \u0161tandardn\u00e9ho v\u00fdstupu. Detaily form\u00e1tu n\u00e1jdete v go help buildjson.<\/p>\n

<\/p>\n

Navy\u0161e, go test -json teraz informuje o v\u00fdstupe a chyb\u00e1ch zostavenia v JSON, zmie\u0161an\u00e9 s JSONom v\u00fdsledku testovania. Tieto je mo\u017en\u00e9 rozl\u00ed\u0161i\u0165 pod\u013ea nov\u00fdch typov akci\u00ed, ale ak sp\u00f4sobuj\u00fa probl\u00e9my v teste integra\u010dn\u00e9ho syst\u00e9mu, m\u00f4\u017eete sa vr\u00e1ti\u0165 k textov\u00e9mu v\u00fdstupu zostavenia cez nastavenie GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

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

Nov\u00e1 premenn\u00e1 prostredia GOAUTH poskytuje flexibiln\u00fd sp\u00f4sob autoriz\u00e1cie s\u00fakromn\u00fdch stiahnut\u00ed modulov. Podrobnosti n\u00e1jdete v go help goauth.<\/p>\n

<\/p>\n

Pr\u00edkaz go build teraz in\u0161taluje verziu hlavn\u00e9ho modulu<\/a> v skompilovanom bin\u00e1rnom s\u00fabore, na z\u00e1klade tagu a\/alebo commitu syst\u00e9mu kontroly verzi\u00ed. Pr\u00edpona +dirty sa prid\u00e1, ak s\u00fa pr\u00edtomn\u00e9 nezakompilovan\u00e9 zmeny. M\u00f4\u017eete pou\u017ei\u0165 prep\u00edna\u010d -buildvcs=false na to, aby ste vynechali inform\u00e1cie o kontrole verzi\u00ed z bin\u00e1rneho s\u00faboru.<\/p>\n

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

Nov\u00e1 nastavenie GODEBUG<\/a> toolchaintrace=1<\/a> teraz m\u00f4\u017ee by\u0165 pou\u017eit\u00e1 na sledovanie procesu v\u00fdberu toolchainu v pr\u00edkaze go.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo podporuje nov\u00e9 anot\u00e1cie pre funkcie C na zlep\u0161enie v\u00fdkonu za behu. #cgo noescape cFunctionName hovor\u00ed kompil\u00e1toru, \u017ee pam\u00e4\u0165 odovzdan\u00e1 do funkcie C cFunctionName neunik\u00e1. #cgo nocallback cFunctionName hovor\u00ed kompil\u00e1toru, \u017ee funkcia C cFunctionName nevyvol\u00e1va sp\u00e4\u0165 \u017eiadne funkcie Go. Viac inform\u00e1ci\u00ed n\u00e1jdete v dokument\u00e1cii cgo<\/a>.<\/p>\n

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

Cgo v s\u00fa\u010dasnosti odmieta kompilova\u0165 volania funkcie C, ktor\u00e1 m\u00e1 viacero nekompatibiln\u00fdch deklar\u00e1ci\u00ed. Napr\u00edklad, ak je f vyhl\u00e1sen\u00e1 ako void f(int) a void f(double), Cgo ozn\u00e1mi chybu namiesto toho, aby generoval nespr\u00e1vnu sekvenciu volania f(0). Novinkou v tejto verzii je zlep\u0161en\u00e9 rozpozn\u00e1vanie tejto chybovej podmienky, ke\u010f sa nekompatibiln\u00e9 deklar\u00e1cie objavia v r\u00f4znych s\u00faboroch. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

N\u00e1stroj objdump teraz podporuje disassemblovanie na 64-bitovom LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) a S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Nov\u00fd analyz\u00e1tor tests hl\u00e1si be\u017en\u00e9 chyby v deklar\u00e1ci\u00e1ch testov, fuzzerov, benchmarkov a pr\u00edkladov v testovac\u00edch bal\u00edkoch, ako s\u00fa nespr\u00e1vne definovan\u00e9 n\u00e1zvy, nespr\u00e1vne podpisy alebo pr\u00edklady, ktor\u00e9 dokumentuj\u00fa neexistuj\u00face identifik\u00e1tory. Niektor\u00e9 z t\u00fdchto ch\u00fdb m\u00f4\u017eu vies\u0165 k ne\u00faspe\u0161n\u00fdm testom.<\/p>\n

<\/p>\n

Existuj\u00faci analyz\u00e1tor printf teraz hl\u00e1si diagnostiku volan\u00ed form\u00e1tu fmt.Printf(s), kde s je re\u0165azec nekonstantn\u00e9ho form\u00e1tu, bez \u010fal\u0161\u00edch argumentov. Tak\u00e9to volania s\u00fa takmer v\u017edy chybou, preto\u017ee hodnota s m\u00f4\u017ee obsahova\u0165 znak %; namiesto toho pou\u017eite fmt.Print. 60529<\/a>. T\u00e1to kontrola m\u00e1 tendenciu robi\u0165 n\u00e1lezy v existuj\u00facom k\u00f3de, a preto sa uplat\u0148uje iba vtedy, ke\u010f je verzia jazyka (ako je uveden\u00e9 direkt\u00edvou go v s\u00fabore go.mod alebo pozn\u00e1mkami `\/\/go:build) aspo\u0148 Go 1.24, aby sa predi\u0161lo zlyhaniam dlhodobej integr\u00e1cie pri aktualiz\u00e1cii na toolchain Go 1.24.<\/p>\n

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

Existuj\u00faci analyz\u00e1tor buildtag teraz hl\u00e1si diagnostiku, ke\u010f je pr\u00edtomn\u00e1 nespr\u00e1vna obmedzenie zostavenia nov\u0161ej verzie<\/a> Go v direkt\u00edve \/\/go:build. Napr\u00edklad, \/\/go:build go1.23.1 odkazuje na bodov\u00fd release; namiesto toho pou\u017eite \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

Existuj\u00faci analyz\u00e1tor copylock teraz hl\u00e1si diagnostiku, ke\u010f premenn\u00e1 deklarovan\u00e1 v trojitom \u201efor\u201c cykle, ako for i := iter(); done(i); i = next(i) { \u2026 }, obsahuje sync.Locker, ako sync.Mutex. Go 1.22<\/a> zmenil spr\u00e1vanie tak\u00fdchto cyklov na vytvorenie novej premennej pre ka\u017ed\u00fa iter\u00e1ciu, kop\u00edrovan\u00edm hodn\u00f4t z predch\u00e1dzaj\u00facej iter\u00e1cie; toto kop\u00edrovanie nie je bezpe\u010dn\u00e9 pre z\u00e1mky. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

Intern\u00fd bin\u00e1rny s\u00fabor cmd\/go a mechanismus cacheovania testov m\u00f4\u017eu teraz by\u0165 realizovan\u00e9 podraden\u00fdmi procesmi, ktor\u00e9 implementuj\u00fa protokol JSON medzi n\u00e1strojom cmd\/go a podraden\u00fdm procesom, naz\u00fdvan\u00fdm premennou prostredia GOCACHEPROG. Predt\u00fdm to bolo za GOEXPERIMENT. Detaily protokolu si m\u00f4\u017eete pozrie\u0165 v dokumen\u00e1cie<\/a>.<\/p>\n

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

\u010cas vykon\u00e1vania<\/h2>\n

<\/p>\n

Nieko\u013eko vylep\u0161en\u00ed v\u00fdkonu v runtime zn\u00ed\u017eilo re\u017eijn\u00e9 n\u00e1klady na CPU v priemere o 2-3% medzi s\u00faborom reprezentat\u00edvnych benchmarkov. V\u00fdsledky sa m\u00f4\u017eu l\u00ed\u0161i\u0165 v z\u00e1vislosti od aplik\u00e1cie. Tieto vylep\u0161enia zah\u0155\u0148aj\u00fa nov\u00fa vstavan\u00fa implement\u00e1ciu mapy na z\u00e1klade \u0160v\u00e9dskych Tabuliek<\/a>, efekt\u00edvnej\u0161ie pride\u013eovanie pam\u00e4te mal\u00fdch objektov a nov\u00fa intern\u00fa runtime implement\u00e1ciu mutexov.<\/p>\n

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

Nov\u00e1 vstavan\u00e1 implement\u00e1cia mapy a nov\u00e1 intern\u00e1 runtime mutex m\u00f4\u017eu by\u0165 vypnut\u00e9 pomocou nastaven\u00ed GOEXPERIMENT=noswissmap a GOEXPERIMENT=nospinbitmutex po\u010das zostavenia.<\/p>\n

Kompil\u00e1tor<\/h2>\n

Kompil\u00e1tor u\u017e zakazoval definova\u0165 nov\u00e9 met\u00f3dy s typmi pr\u00edjemcu, ktor\u00e9 boli generovan\u00e9 cgo, ale bolo mo\u017en\u00e9 ob\u00eds\u0165 toto obmedzenie cez alias typu. Go 1.24 teraz v\u017edy hl\u00e1si chybu, ak pr\u00edjemca ozna\u010duje generovan\u00fd cgo typ, priamo alebo nepriamo (cez alias typu).<\/p>\n

Linker<\/h2>\n

Linker teraz generuje identifik\u00e1tor zostavenia GNU (z\u00e1znam ELF NT_GNU_BUILD_ID) na ELF platform\u00e1ch a UUID (n\u00e1kladov\u00e1 pr\u00edkaz Mach-O LC_UUID) na macOS ako predvolen\u00e9. Identifik\u00e1tor zostavenia alebo UUID sa odvodzuje z identifik\u00e1tora zostavenia Go. Toto m\u00f4\u017ee by\u0165 vypnut\u00e9 flagom linkeru -B none, alebo predefinovan\u00e9 flagom linkeru -B 0xNNNN s zadanou pou\u017e\u00edvate\u013eskou hexadecim\u00e1lnou hodnotou.<\/p>\n

Prechod<\/h2>\n

<\/p>\n

Ako bolo uveden\u00e9 v pozn\u00e1mkach k vydaniu Go 1.22<\/a>, Go 1.24 teraz vy\u017eaduje Go 1.22.6 alebo nov\u0161iu verziu na spustenie. V\u00fdvoj\u00e1ri o\u010dak\u00e1vaj\u00fa, \u017ee Go 1.26 bude vy\u017eadova\u0165 na spustenie bodov\u00fa verziu Go 1.24 alebo nov\u0161iu.<\/p>\n

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

\u0160tandardn\u00e1 kni\u017enica<\/h2>\n

Obmedzen\u00fd pr\u00edstup k s\u00faborov\u00e9mu syst\u00e9mu pod\u013ea adres\u00e1ra<\/h3>\n

<\/p>\n

Nov\u00fd typ os.Root<\/a> umo\u017e\u0148uje vykon\u00e1va\u0165 oper\u00e1cie so s\u00faborov\u00fdm syst\u00e9mom v r\u00e1mci konkr\u00e9tneho adres\u00e1ra.<\/p>\n

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

Funkcia os.OpenRoot<\/a> otvor\u00ed adres\u00e1r a vr\u00e1ti os.Root<\/a>. Met\u00f3dy na os.Root<\/a> pracuj\u00fa v tomto adres\u00e1ri a nedovoluj\u00fa, aby cesty odkazovali na umiestnenia za hranicami adres\u00e1ra, vr\u00e1tane t\u00fdch, ktor\u00e9 nasleduj\u00fa za symbolick\u00fdmi odkazmi za adres\u00e1r. Met\u00f3dy na os.Root odr\u00e1\u017eaj\u00fa v\u00e4\u010d\u0161inu oper\u00e1ci\u00ed s\u00faborov\u00e9ho syst\u00e9mu dostupn\u00fdch v bal\u00edku os, vr\u00e1tane napr\u00edklad os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> a os.Root.Stat<\/a>.<\/p>\n

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

Nov\u00e1 funkcia benchmarku<\/h3>\n

<\/p>\n

Benchmarky teraz m\u00f4\u017eu vyu\u017e\u00edva\u0165 r\u00fdchlej\u0161iu a menej chybov\u00fa met\u00f3du testing.B.Loop<\/a> na iter\u00e1ciu benchmarku, ako for b.Loop() { \u2026 } namiesto typick\u00fdch cyklick\u00fdch \u0161trukt\u00far s b.N, ako for range b.N. To pon\u00faka dve v\u00fdznamn\u00e9 v\u00fdhody:<\/p>\n

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