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

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

Nowa wersja j\u0119zyka Go, wersja 1.24, pojawia si\u0119 sze\u015b\u0107 miesi\u0119cy po Go 1.23<\/a>. Wi\u0119kszo\u015b\u0107 zmian dotyczy realizacji narz\u0119dzi, czasu dzia\u0142ania i bibliotek. Jak zawsze, wydanie zapewnia obietnic\u0119 zgodno\u015bci<\/a> Go 1. Programi\u015bci tego j\u0119zyka spodziewaj\u0105 si\u0119, \u017ce prawie wszystkie programy Go b\u0119d\u0105 nadal kompilowane i dzia\u0142a\u0107 jak wcze\u015bniej.<\/p>\n

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

Zmiany w j\u0119zyku<\/h2>\n

<\/p>\n

Go 1.24 teraz w pe\u0142ni wspiera og\u00f3lne aliasy typ\u00f3w<\/a>: alias typu mo\u017ce by\u0107 parametryzowany jako typ zadeklarowany. Szczeg\u00f3\u0142y mo\u017cna znale\u017a\u0107 w specyfikacji j\u0119zyka<\/a>. Do tej pory mo\u017cliwo\u015b\u0107 ta mo\u017ce by\u0107 wy\u0142\u0105czona ustawieniem GOEXPERIMENT=noaliastypeparams; jednak opcja aliastypeparams zostanie usuni\u0119ta w Go 1.25.<\/p>\n

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

Narz\u0119dzia<\/h2>\n

Komenda go<\/h3>\n

<\/p>\n

Modu\u0142y go mog\u0105 teraz \u015bledzi\u0107 zale\u017cno\u015bci wykonawcze korzystaj\u0105c z dyrektywy tool w go.mod. Eliminuje to potrzeb\u0119 wcze\u015bniejszego obej\u015bcia, kt\u00f3re polega\u0142o na dodawaniu narz\u0119dzi jako pustych import\u00f3w do pliku, zwykle nazywanego \u201etools.go\u201d. Komenda go tool mo\u017ce teraz uruchamia\u0107 te narz\u0119dzia, opr\u00f3cz narz\u0119dzi dostarczanych wraz z Go. Wi\u0119cej informacji mo\u017cna znale\u017a\u0107 w dokumentacji<\/a>.<\/p>\n

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

Nowy flag -tool dla go get prowadzi do dodania dyrektywy narz\u0119dzia w bie\u017c\u0105cym module dla wskazanych pakiet\u00f3w, opr\u00f3cz dodawania dyrektyw wymaga\u0144.<\/p>\n

<\/p>\n

Nowy meta-wzorzec tool<\/a> odnosi si\u0119 do wszystkich narz\u0119dzi w bie\u017c\u0105cym module. Mo\u017ce to by\u0107 u\u017cyte do ich wszystkich aktualizacji poprzez go get tool lub do zainstalowania ich w swoim katalogu GOBIN za pomoc\u0105 go install tool.<\/p>\n

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

Pliki wykonywalne stworzone za pomoc\u0105 go run oraz nowe zachowanie go tool s\u0105 teraz przechowywane w pami\u0119ci podr\u0119cznej kompilacji Go. U\u0142atwia to powtarzaj\u0105ce si\u0119 uruchomienia dzi\u0119ki powi\u0119kszonej pami\u0119ci podr\u0119cznej. #69290<\/a>.<\/p>\n

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

Polecenia go build i go install teraz przyjmuj\u0105 flag -json, kt\u00f3ra raportuje wyniki i b\u0142\u0119dy kompilacji jako zorganizowany zbi\u00f3r wyj\u015bciowy JSON na standardowym wyj\u015bciu. Szczeg\u00f3\u0142y formatu mo\u017cna zobaczy\u0107 w go help buildjson.<\/p>\n

<\/p>\n

Co wi\u0119cej, go test -json teraz raportuje wyniki i b\u0142\u0119dy kompilacji w JSON, zmieszane z JSON-em wynik\u00f3w testowania. Mo\u017cna je rozr\u00f3\u017cni\u0107 wed\u0142ug nowych typ\u00f3w akcji, ale je\u015bli powoduj\u0105 problemy w systemie integracji test\u00f3w, mo\u017cna powr\u00f3ci\u0107 do tekstowego wyj\u015bcia kompilacji poprzez ustawienie GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

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

Nowa zmienna \u015brodowiskowa GOAUTH zapewnia elastyczny spos\u00f3b autoryzowania prywatnych pobra\u0144 modu\u0142\u00f3w. Szczeg\u00f3\u0142y mo\u017cna zobaczy\u0107 w go help goauth.<\/p>\n

<\/p>\n

Komenda go build jest teraz instalowana wersja podstawowego modu\u0142u<\/a> w skompilowanym binarnym pliku, w zale\u017cno\u015bci od tagu i\/lub commitu systemu kontroli wersji. Przy braku zaimplementowanych zmian dodany zostanie sufiks +dirty. Mo\u017cna u\u017cy\u0107 flagi -buildvcs=false, aby pomin\u0105\u0107 informacje o kontroli wersji w binarnym pliku.<\/p>\n

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

Nowa konfiguracja GODEBUG<\/a> toolchaintrace=1<\/a> mo\u017ce teraz by\u0107 u\u017cywane do \u015bledzenia procesu wyboru toolchainu w zespole go.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo obs\u0142uguje nowe adnotacje dla funkcji C, aby poprawi\u0107 wydajno\u015b\u0107 czasu wykonywania. #cgo noescape cFunctionName informuje kompilator, \u017ce pami\u0119\u0107 przekazywana do funkcji C cFunctionName nie ucieka. #cgo nocallback cFunctionName informuje kompilator, \u017ce funkcja C cFunctionName nie wywo\u0142uje \u017cadnych funkcji Go. Wi\u0119cej informacji mo\u017cna znale\u017a\u0107 w dokumentacji cgo<\/a>.<\/p>\n

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

Cgo obecnie odrzuca kompilacj\u0119 wywo\u0142a\u0144 funkcji C, kt\u00f3re maj\u0105 wiele niekompatybilnych deklaracji. Na przyk\u0142ad, je\u015bli f jest zadeklarowane zar\u00f3wno jako void f(int), jak i void f(double), cgo zg\u0142osi b\u0142\u0105d zamiast mo\u017cliwej generacji niepoprawnej sekwencji wywo\u0142ania f(0). Nowo\u015bci\u0105 w tej wersji jest lepsze wykrywanie tego stanu b\u0142\u0119du, gdy niekompatybilne deklaracje pojawiaj\u0105 si\u0119 w r\u00f3\u017cnych plikach. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

Narz\u0119dzie objdump teraz obs\u0142uguje disasembly dla 64-bitowego LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) i S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Nowy analizator tests zg\u0142asza powszechne b\u0142\u0119dy w deklaracjach test\u00f3w, fuzzers, benchmark\u00f3w i przyk\u0142ad\u00f3w w pakietach testowych, takie jak \u017ale sformu\u0142owane nazwy, nieprawid\u0142owe sygnatury lub przyk\u0142ady, kt\u00f3re dokumentuj\u0105 nieistniej\u0105ce identyfikatory. Niekt\u00f3re z tych b\u0142\u0119d\u00f3w mog\u0105 prowadzi\u0107 do niewykonania test\u00f3w.<\/p>\n

<\/p>\n

Istniej\u0105cy analizator printf teraz zg\u0142asza diagnostyk\u0119 wywo\u0142a\u0144 w formie fmt.Printf(s), gdzie s to niekonstansowy \u0142a\u0144cuch formatu, bez innych argument\u00f3w. Takie wywo\u0142ania prawie zawsze s\u0105 b\u0142\u0119dem, poniewa\u017c warto\u015b\u0107 s mo\u017ce zawiera\u0107 symbol %; zamiast tego u\u017cyj fmt.Print. 60529<\/a>. Ta kontrola ma tendencj\u0119 do wykrywania b\u0142\u0119d\u00f3w w istniej\u0105cym kodzie, dlatego jest stosowana tylko wtedy, gdy wersja j\u0119zyka (okre\u015blona przez dyrektyw\u0119 go w pliku go.mod lub komentarzami `\/\/go:build) jest co najmniej Go 1.24, aby unikn\u0105\u0107 awarii d\u0142ugoterminowej integracji podczas aktualizacji do toolchainu Go 1.24.<\/p>\n

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

Istniej\u0105cy analizator buildtag teraz zg\u0142asza diagnostyk\u0119, gdy jest nieprawid\u0142owe ograniczenie starszej wersji kompilacji<\/a> Go w dyrektywie \/\/go:build. Na przyk\u0142ad, \/\/go:build go1.23.1 odnosi si\u0119 do wydania punktowego; zamiast tego u\u017cyj \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

Istniej\u0105cy analizator copylock teraz zg\u0142asza diagnostyk\u0119, gdy zmienna zadeklarowana w tr\u00f3jpierwiastkowej p\u0119tli for, takiej jak for i := iter(); done(i); i = next(i) { \u2026 }, zawiera sync.Locker, taki jak sync.Mutex. Go 1.22<\/a> zmieni\u0142 zachowanie takich p\u0119tli na tworzenie nowej zmiennej przy ka\u017cdej iteracji, kopiuj\u0105c warto\u015bci z poprzedniej iteracji; to kopiowanie nie jest bezpieczne dla blokad. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

Wewn\u0119trzny binarny plik cmd\/go oraz mechanizm cache'owania test\u00f3w mog\u0105 teraz by\u0107 realizowane przez procesy podrz\u0119dne implementuj\u0105ce protok\u00f3\u0142 JSON pomi\u0119dzy narz\u0119dziem cmd\/go a procesem podrz\u0119dnym, nazwanym zmienn\u0105 \u015brodowiskow\u0105 GOCACHEPROG. Wcze\u015bniej by\u0142a to ustawiana jako GOEXPERIMENT. Szczeg\u00f3\u0142y protoko\u0142u mo\u017cna zobaczy\u0107 w dokumentacji<\/a>.<\/p>\n

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

Czas wykonania<\/h2>\n

<\/p>\n

Kilka ulepsze\u0144 wydajno\u015bci w czasie dzia\u0142ania zmniejszy\u0142o obci\u0105\u017cenie CPU o 2-3% \u015brednio w\u015br\u00f3d zestawu reprezentatywnych benchmark\u00f3w. Wyniki mog\u0105 si\u0119 r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od aplikacji. Ulepszenia te obejmuj\u0105 now\u0105 wbudowan\u0105 implementacj\u0119 mapy opart\u0105 na Szwedzkich Tablicach<\/a>, bardziej efektywne przydzielanie pami\u0119ci ma\u0142ych obiekt\u00f3w oraz now\u0105 wewn\u0119trzn\u0105 implementacj\u0119 mutex\u00f3w w czasie dzia\u0142ania.<\/p>\n

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

Nowa wbudowana implementacja mapy oraz nowy wewn\u0119trzny mutex w czasie dzia\u0142ania mog\u0105 by\u0107 wy\u0142\u0105czone za pomoc\u0105 ustawie\u0144 GOEXPERIMENT=noswissmap oraz GOEXPERIMENT=nospinbitmutex podczas budowy odpowiednio.<\/p>\n

Kompilator<\/h2>\n

Kompilator ju\u017c zabrania\u0142 definiowania nowych metod z typami odbiorcy, kt\u00f3re by\u0142y generowane przez cgo, ale mo\u017cliwe by\u0142o obej\u015bcie tego ograniczenia poprzez alias typu. Go 1.24 teraz zawsze zg\u0142asza b\u0142\u0105d, je\u015bli odbiorca oznacza typ generowany przez cgo, bezpo\u015brednio lub po\u015brednio (poprzez alias typu).<\/p>\n

Linker<\/h2>\n

Linker teraz generuje identyfikator kompilacji GNU (zapisy ELF NT_GNU_BUILD_ID) na platformach ELF i UUID (polecenie \u0142adowania Mach-O LC_UUID) na macOS domy\u015blnie. Identyfikator kompilacji lub UUID jest wyprowadzany z identyfikatora kompilacji Go. Mo\u017cna to wy\u0142\u0105czy\u0107 flag\u0105 linkera -B none, lub nadpisa\u0107 flag\u0105 linkera -B 0xNNNN z podan\u0105 przez u\u017cytkownika warto\u015bci\u0105 szesnastkow\u0105.<\/p>\n

Wydanie<\/h2>\n

<\/p>\n

Jak zosta\u0142o wskazane w uwagach dotycz\u0105cych wydania Go 1.22<\/a>, Go 1.24 wymaga teraz Go 1.22.6 lub nowszego do kompilacji. Oczekuje si\u0119, \u017ce Go 1.26 b\u0119dzie wymaga\u0107 poprawki Go 1.24 lub nowszego do kompilacji.<\/p>\n

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

Biblioteka standardowa<\/h2>\n

Ograniczony dost\u0119p do systemu plik\u00f3w w obr\u0119bie katalogu<\/h3>\n

<\/p>\n

Nowy typ os.Root<\/a> umo\u017cliwia wykonywanie operacji na systemie plik\u00f3w w obr\u0119bie okre\u015blonego katalogu.<\/p>\n

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

veth_xdp_flush_bq() os.OpenRoot<\/a> otwiera katalog i zwraca os.Root<\/a>. Metody na os.Root<\/a> operuj\u0105 w tym katalogu i nie pozwalaj\u0105 na odniesienia do lokalizacji poza katalogiem, w tym tych, kt\u00f3re prowadz\u0105 przez dowi\u0105zania symboliczne poza katalog. Metody na os.Root odzwierciedlaj\u0105 wi\u0119kszo\u015b\u0107 operacji systemu plik\u00f3w dost\u0119pnych w pakiecie os, w tym na przyk\u0142ad os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> i os.Root.Stat<\/a>.<\/p>\n

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

Nowa funkcja benchmarkowa<\/h3>\n

<\/p>\n

Benchmarki mog\u0105 teraz u\u017cywa\u0107 szybszej i mniej podatnej na b\u0142\u0119dy metody testing.B.Loop<\/a> do iteracji benchmark\u00f3w, jak for b.Loop() { ... } zamiast typowych struktur p\u0119tli z udzia\u0142em b.N, jak for range b.N. To oferuje dwie znacz\u0105ce zalety:<\/p>\n

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