Lansering av Go 1.22

Utgåvan av programmeringsspråket Go 1.22 har presenterats, vilket utvecklas av Google i samarbete med communityn som en hybridlösning, som kombinerar den höga prestandan hos kompilatorbaserade språk med sådana fördelar som enkla kodscript, snabb utveckling och skydd mot fel. Koden i projektet distribueras under BSD-licensen.

Go:s syntax är baserad på bekanta element från C-språket, med vissa lån från Oberon-språket. Språket är tillräckligt koncist, men koden är lättläst och förståelig. Kod på Go kompileras till fristående binära körbara filer som körs nativt, utan någon virtuell maskin (profileringsmoduler, felsökningsverktyg och andra systemkomponenter som identifierar problem under körning integreras som runtime-komponenter), vilket gör att man uppnår prestanda som är jämförbar med program skrivna i C.

Projektet utvecklas ursprungligen med fokus på flertrådning och effektiv användning på flerkärniga system, och tillhandahåller också realiserade operatörsbaserade medel för att organisera parallella beräkningar och interaktion mellan parallellt körande metoder. Språket tillhandahåller också inbyggda medel för att skydda mot att man går utanför tillåtna områden av allokerade minnesblock och ger möjlighet att använda en skräpsamlare.

Bland förändringarna i den nya versionen:

• I for-loopar har stöd för att definiera intervall av heltal lagts till, till exempel för att iterera över värden från 0 till 9 kan man nu använda loopen "for i := range 10 {...}".
• I for-loopar har experimentellt (GOEXPERIMENT=rangefunc) stöd för funktionsintervall lagts till, vilket tillåter att ange en funktion som iterator. Till exempel, "for i, x := range slices.Backward(s) {...}".
• Ett långvarigt problem med for-loopar har åtgärdats, vilket ledde till gemensam användning av loopvariabler i olika iterationer vid anrop av goroutines. Till exempel kommer koden values := []string{"a", "b", "c"} for _, v := range values { go func() { fmt.Println(v) done <- true }() } nu att skriva ut "a", "b" och "c", istället för endast "c" som det var tidigare.
• Arbetet med att optimera minnesanvändningen under körning har genomförts, vilket har lett till en prestandaförbättring på 1-3% och en minskning av minnesförbrukningen i de flesta applikationer med 1%.
• Arbetet med att implementera optimeringar baserade på profilering av kod (PGO - Profile-guided optimization) i kompilatorn fortsätter, vilket gör det möjligt att beakta egenskaper som definieras under programmets körning. I den nya versionen har verktyg för devirtualisering använts för att ersätta indirekta anrop av olika metoder med exekvering av utvecklade inline-block.
• Med aktiverad PGO har den tillagda ändringen lett till en prestandaförbättring för de flesta program med 2-14%.
• En experimentell (GOEXPERIMENT=newinliner) förbättrad implementering av mekanismen för inlining av anrop har lagts till i kompilatorn, som använder heuristik för att separera viktiga och sekundära operationer.
• Till standardbiblioteket har paketet «math/rand/v2» lagts till, där en mer heltäckande API har föreslagits och snabbare algoritmer för generering av pseudo-slumptal har använts.
• I paketet net/http.ServeMux har möjligheten att ange metoder och masker i mallar lagts till, till exempel kommer mallen «GET /static/{id}/» att tillämpas på begärningar med HTTP-metoden «GET» och behålla värdet av den andra sektionen av den begärda vägen i identifieraren «id».
• I paketet database/sql har stöd för typen Null[T] lagts till, vilket gör det möjligt att skanna kolumner som kan ta värdet NULL. I paketet slices har funktionen Concat lagts till för att sammanfoga flera skivor av vilken typ som helst.
• I kommandon för att arbeta med arbetsytor (modulkollektioner) har det blivit möjligt att använda katalogen «vendor», som innehåller beroenden till innehållet i arbetsytan. Katalogen skapas när kommandot «go work vendor» körs och används i byggkommandon vid angivande av alternativet "-mod=vendor" (aktiveras som standard om katalogen vendor finns).

Ändringar i beteendet hos verktygen.

• go get stöds inte längre utanför modulen i det avvecklade GOPATH-läget (det vill säga med GO111MODULE=off). Andra byggkommandon, som go build och go test, kommer att fortsätta fungera för avvecklade GOPATH-program under obestämd tid.
• go mod init försöker inte längre importera modulkrav från konfigurationsfiler för andra leverantörsverktyg (såsom Gopkg.lock).
• go test -cover skriver nu ut sammanställande täckningsdata för täckta paket som inte har egna testfiler. Fram till Go 1.22 rapporterade go test -cover för ett sådant paket? mymod/mypack [inga testfiler]

  och nu med Go 1.22 betraktas funktioner i paketet som otäckta: mymod/mypack täckning: 0,0 % av uttalanden. Observera: om paketet helt saknar körbar kod kan vi inte rapportera om en meningsfull andel täckning; för sådana paket kommer go test fortsatt att rapportera att det saknas testfiler.

• Webbgränssnittet för trace-verktyget har uppdaterats något i samband med stödet för den nya spåraren, vissa problem har åtgärdats och läsbarheten på olika sidor har förbättrats. Webbgränssnittet stöder nu att utforska spårningar i ett strömriktat format. Trace-visaren visar nu också den totala varaktigheten för alla systemanrop. Dessa förbättringar gäller endast vid visning av spårningar skapade av program som skapades med Go 1.22 eller senare. I en kommande version kommer några av dessa förbättringar att införas i spårningar som skapats av äldre versioner av Go.
• Körningsmiljön lagrar nu skräpupplysningar baserat på typer närmare varje objekt i heapen. Denna förändring sänker också minneskostnaderna för de flesta Go-program med cirka 1 % tack vare deduplicering av överflödiga metadata. I vissa program kan förbättringen vara mindre, eftersom denna förändring justerar gränserna för klassstorlek i minnesallokatorn, vilket innebär att vissa objekt kan flyttas till en högre klassstorlek. Konsekvensen av denna förändring är att adresser till vissa objekt, som tidigare alltid har varit förstådda som justerade mot 16 bytes (eller mer), nu endast kommer att justeras mot 8 bytes. Vissa program som använder assemblerinstruktioner och kräver att minnesadresser justeras mot storlekar större än 8 bytes och förlitar sig på det tidigare beteendet hos minnesallokatorn kan misslyckas, men vi förväntar oss att sådana program kommer att vara sällsynta. Sådana program kan skapas med GOEXPERIMENT=noallocheaders som ger möjlighet att återgå till den gamla metadata-modellen och återställa det tidigare justeringsbeteendet, men paketägare bör uppdatera sin assemblerkod för att undvika antaganden om justering, eftersom denna genväg kommer att tas bort i en framtida release.
• Som nämndes i versionsnoterna för Go 1.20, kräver Go 1.22 nu en slutversion av Go 1.20 eller nyare för initial byggnation. Vi förväntar oss att Go 1.24 kommer att kräva en slutversion av Go 1.22 eller en senare version för initial byggnation.
  Originalet (go.dev)

Källa: linux.org.ru