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

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

Noua versiune a limbajului Go, versiunea 1.24, este lansat\u0103 la \u0219ase luni dup\u0103 Go 1.23<\/a>. Cele mai multe modific\u0103ri vizeaz\u0103 implementarea toolchain-ului, runtime-ului \u0219i bibliotecilor. Ca de obicei, lansarea ofer\u0103 promisiunea de compatibilitate<\/a> Go 1. Dezvoltatorii limbajului se a\u0219teapt\u0103 ca aproape toate programele Go s\u0103 continue s\u0103 compileze \u0219i s\u0103 func\u021bioneze ca \u00eenainte.<\/p>\n

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

Modific\u0103ri \u00een limbaj<\/h2>\n

<\/p>\n

Go 1.24 acum suport\u0103 complet aliasuri generice de tipuri<\/a>: un alias de tip poate fi parametrizat ca un tip declarat. Detalii \u00een specifica\u021bia limbajului<\/a>. Deocamdat\u0103, aceast\u0103 caracteristic\u0103 poate fi dezactivat\u0103 prin setarea GOEXPERIMENT=noaliastypeparams; totu\u0219i, op\u021biunea aliastypeparams va fi eliminat\u0103 \u00een Go 1.25.<\/p>\n

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

Instrumente<\/h2>\n

Comanda go<\/h3>\n

<\/p>\n

Modulele go pot acum s\u0103 urm\u0103reasc\u0103 dependen\u021bele executabile folosind directivele tool \u00een go.mod. Aceasta elimin\u0103 necesitatea unei solu\u021bii anterioare de a ad\u0103uga uneltele ca importuri goale \u00een fi\u0219ier, adesea denumit \u201ctools.go\u201d. Comanda go tool poate acum s\u0103 execute aceste unelte pe l\u00e2ng\u0103 uneltele livrate \u00eempreun\u0103 cu Go. Mai multe informa\u021bii pot fi vizualizate \u00een documentation<\/a>.<\/p>\n

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

Noua op\u021biune -tool pentru go get duce la ad\u0103ugarea unei directive instrument \u00een modul curent pentru pachetele specificate, pe l\u00e2ng\u0103 ad\u0103ugarea directivelor de cerin\u021b\u0103.<\/p>\n

<\/p>\n

Un nou meta-modelul tool<\/a> se refer\u0103 la toate uneltele din modul curent. Acesta poate fi folosit pentru a le actualiza pe toate prin go get tool sau pentru a le instala \u00een directorul GOBIN prin go install tool.<\/p>\n

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

Fi\u0219ierele executabile create prin go run \u0219i noul comportament go tool sunt acum stocate \u00een cache-ul de construc\u021bie Go. Aceasta face ca execu\u021biile repetate s\u0103 fie mai rapide datorit\u0103 cache-ului crescut. #69290<\/a>.<\/p>\n

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

Comenzile go build \u0219i go install accept\u0103 acum op\u021biunea -json, care raporteaz\u0103 ie\u0219irea \u0219i erorile construc\u021biei ca ie\u0219ire structurat \u00een JSON \u00een ie\u0219irea standard. Detalii despre format pot fi v\u0103zute \u00een go help buildjson.<\/p>\n

<\/p>\n

\u00cen plus, go test -json acum raporteaz\u0103 ie\u0219irea \u0219i erorile construc\u021biei \u00een JSON, al\u0103turi de JSON-ul rezultatului test\u0103rii. Acestea pot fi distinse prin noile tipuri de Ac\u021biune, dar dac\u0103 acestea cauzeaz\u0103 probleme \u00een sistemul de integrare a testelor, este posibil s\u0103 reveni\u021bi la ie\u0219irea textului de construc\u021bie prin setarea GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

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

Noua variabil\u0103 de mediu GOAUTH ofer\u0103 o modalitate flexibil\u0103 de a autentifica tragerea privat\u0103 a modulelor. Detalii pot fi v\u0103zute \u00een go help goauth.<\/p>\n

<\/p>\n

Comanda go build acum instaleaz\u0103 versiunea modulului principal<\/a> \u00een fi\u0219ierul binar compilat, bazat pe tag-ul \u0219i\/sau commit-ul sistemului de control al versiunilor. Sufixul +dirty va fi ad\u0103ugat \u00een cazul \u00een care exist\u0103 modific\u0103ri necomise. Po\u021bi folosi flag-ul -buildvcs=false pentru a omite informa\u021biile de control al versiunilor din binar.<\/p>\n

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

Nou configurarea GODEBUG<\/a> toolchaintrace=1<\/a> acum poate fi utilizat\u0103 pentru a urm\u0103ri procesul de alegere a toolchain-ului \u00een echipa go.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo suport\u0103 noi adnot\u0103ri pentru func\u021biile C pentru a \u00eembun\u0103t\u0103\u021bi performan\u021ba la timpul de execu\u021bie. #cgo noescape cFunctionName spune compilatorului c\u0103 memoria trecut\u0103 la func\u021bia C cFunctionName nu este eliberat\u0103. #cgo nocallback cFunctionName spune compilatorului c\u0103 func\u021bia C cFunctionName nu apeleaz\u0103 \u00eenapoi nicio func\u021bie Go. Mai multe informa\u021bii pot fi g\u0103site \u00een documenta\u021bia cgo<\/a>.<\/p>\n

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

Cgo refuz\u0103 acum compilarea apelurilor func\u021biilor C care au declara\u021bii incompatibile. De exemplu, dac\u0103 f este declarat at\u00e2t void f(int) c\u00e2t \u0219i void f(double), cgo va raporta o eroare \u00een loc s\u0103 genereze o secven\u021b\u0103 de apeluri incorect\u0103 pentru f(0). Nou \u00een aceast\u0103 versiune este \u00eembun\u0103t\u0103\u021birea detect\u0103rii acestei condi\u021bii de eroare atunci c\u00e2nd declara\u021biile incompatibile apar \u00een fi\u0219iere diferite. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

Instrumentul objdump sus\u021bine acum disassemblarea pe arhitectura 64-bit LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) \u0219i S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Noua analiz\u0103 tests raporteaz\u0103 erori comune \u00een declara\u021biile testelor, fuzzers, benchmarks \u0219i exemple \u00een pachetele de teste, cum ar fi nume prost formate, semn\u0103turi incorecte sau exemple care documenteaz\u0103 identificatori inexistent. Unele dintre aceste erori pot duce la nep\u0103strarea testelor.<\/p>\n

<\/p>\n

Analizorul printf existent raporteaz\u0103 acum diagnostice pentru apeluri de form\u0103 fmt.Printf(s), unde s este un \u0219ir de format non-constant, f\u0103r\u0103 al\u021bi parametri. Astfel de apeluri sunt aproape \u00eentotdeauna o eroare, deoarece valoarea s poate con\u021bine caracterul %; \u00een schimb, folose\u0219te fmt.Print. 60529<\/a>. Aceast\u0103 verificare tinde s\u0103 fac\u0103 descoperiri \u00een codul existent \u0219i, prin urmare, se aplic\u0103 doar c\u00e2nd versiunea limbajului (a\u0219a cum este specificat de directiva go a fi\u0219ierului go.mod sau comentariile `\/\/go:build) este cel pu\u021bin Go 1.24, pentru a evita apari\u021bia defectelor \u00een integrarea continu\u0103 la actualizarea la toolchain-ul Go 1.24.<\/p>\n

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

Analizatorul existent buildtag acum raporteaz\u0103 diagnostice atunci c\u00e2nd exist\u0103 o eroare \u00een limita versiunii superioare<\/a> Go \u00een directiva \/\/go:build. De exemplu, \/\/go:build go1.23.1 se refer\u0103 la o versiune punctat\u0103; \u00een schimb, utiliza\u021bi \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

Analizatorul existent copylock acum raporteaz\u0103 diagnostice atunci c\u00e2nd variabila, declarat\u0103 \u00eentr-un ciclu \u201efor\u201d triplu, cum ar fi for i := iter(); done(i); i = next(i) { \u2026 }, con\u021bine sync.Locker, cum ar fi sync.Mutex. Go 1.22<\/a> a schimbat comportamentul acestor cicluri pentru a crea o nou\u0103 variabil\u0103 pentru fiecare itera\u021bie, copierea valorilor din itera\u021bia anterioar\u0103; aceast\u0103 copiere nu este sigur\u0103 pentru lock-uri. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

Binarul intern cmd\/go \u0219i mecanismul de cache pentru teste pot acum fi implementate de procese fiice, care implementeaz\u0103 protocolul JSON \u00eentre instrumentul cmd\/go \u0219i procesul fiu, numit variabila de mediu GOCACHEPROG. Anterior, acesta era pentru GOEXPERIMENT. Detalii ale protocolului pot fi v\u0103zute \u00een documentation<\/a>.<\/p>\n

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

Timp de execu\u021bie<\/h2>\n

<\/p>\n

Mai multe \u00eembun\u0103t\u0103\u021biri de performan\u021b\u0103 \u00een runtime au redus cheltuielile pe CPU cu 2-3% \u00een medie \u00een r\u00e2ndul unui set de benchmark-uri reprezentative. Rezultatele pot varia \u00een func\u021bie de aplica\u021bie. Aceste \u00eembun\u0103t\u0103\u021biri includ o nou\u0103 implementare \u00eencorporat\u0103 a map-ului bazat\u0103 pe Tabelele Suedeze<\/a>, o alocare de memorie mai eficient\u0103 pentru obiecte mici \u0219i o nou\u0103 implementare intern\u0103 a mutex-ului \u00een timpul execu\u021biei.<\/p>\n

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

Noua implementare \u00eencorporat\u0103 a map-ului \u0219i noul mutex intern al runtime-ului pot fi dezactivate prin set\u0103rile GOEXPERIMENT=noswissmap \u0219i GOEXPERIMENT=nospinbitmutex \u00een timpul compil\u0103rii, respectiv.<\/p>\n

Compilatorul<\/h2>\n

Compilatorul interzice deja definirea de metode noi cu tipuri de primire generate de cgo, dar era posibil s\u0103 ocolim aceast\u0103 restric\u021bie prin aliasul de tip. Go 1.24 acum raporteaz\u0103 \u00eentotdeauna o eroare dac\u0103 primitorul denoteaz\u0103 un tip cgo generat, direct sau indirect (prin alias de tip).<\/p>\n

Linkerul<\/h2>\n

Linkerul acum genereaz\u0103 un identificator de construc\u021bie GNU (\u00eenregistrarea ELF NT_GNU_BUILD_ID) pe platformele ELF \u0219i UUID (comanda de \u00eenc\u0103rcare Mach-O LC_UUID) pe macOS, \u00een mod implicit. Identificatorul de construc\u021bie sau UUID-ul este derivat din identificatorul de construc\u021bie Go. Acesta poate fi dezactivat cu flagul linker-ului -B none, sau suprascris cu flagul linker-ului -B 0xNNNN cu o valoare hexazecimal\u0103 specificat\u0103 de utilizator.<\/p>\n

Rollover<\/h2>\n

<\/p>\n

A\u0219a cum a fost men\u021bionat \u00een noti\u021bele de lansare Go 1.22<\/a>, Go 1.24 necesit\u0103 acum Go 1.22.6 sau o versiune ulterioar\u0103 pentru compilare. Dezvoltatorii se a\u0219teapt\u0103 ca Go 1.26 s\u0103 necesite un release punctual Go 1.24 sau o versiune ulterioar\u0103 pentru compilare.<\/p>\n

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

Biblioteca standard<\/h2>\n

Acces la sistemul de fi\u0219iere restric\u021bionat la un director<\/h3>\n

<\/p>\n

Tip nou os.Root<\/a> ofer\u0103 posibilitatea de a efectua opera\u021bii pe sistemul de fi\u0219iere \u00een cadrul unui anumit director.<\/p>\n

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

Func\u021bia os.OpenRoot<\/a> deschide un director \u0219i returneaz\u0103 os.Root<\/a>. Metodele de pe os.Root<\/a> ac\u021bioneaz\u0103 \u00een acest director \u0219i nu permit ca calea s\u0103 fac\u0103 referire la loca\u021bii din afara directorului, inclusiv cele care urmeaz\u0103 link-uri simbolice dincolo de director. Metodele de pe os.Root reflect\u0103 majoritatea opera\u021biunilor sistemului de fi\u0219iere disponibile \u00een pachetul os, inclusiv, de exemplu, os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> \u0219i os.Root.Stat<\/a>.<\/p>\n

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

Noua func\u021bie de benchmark<\/h3>\n

<\/p>\n

Benchmarks pot acum s\u0103 foloseasc\u0103 o metod\u0103 mai rapid\u0103 \u0219i mai pu\u021bin predispus\u0103 la erori testing.B.Loop<\/a> pentru a itera benchmark-ul precum for b.Loop() { \u2026 } \u00een loc de structuri tipice de loop cu b.N precum for range b.N. Acest lucru ofer\u0103 dou\u0103 avantaje semnificative:<\/p>\n

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