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

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

Die neue Version der Programmiersprache Go, Version 1.24, erscheint sechs Monate nach Go 1.23<\/a>. Die meisten \u00c4nderungen betreffen die Implementierung von Toolchain, Runtime und Bibliotheken. Wie immer bietet das Release das Versprechen der Kompatibilit\u00e4t.<\/a> Go 1. Die Entwickler der Sprache gehen davon aus, dass fast alle Go-Programme weiterhin wie gewohnt kompiliert und ausgef\u00fchrt werden k\u00f6nnen.<\/p>\n

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

\u00c4nderungen in der Sprache<\/h2>\n

<\/p>\n

Go 1.24 unterst\u00fctzt jetzt vollst\u00e4ndig generische Typalias.<\/a>: Ein Typalias kann als parametrisierter Typ deklariert werden. Details finden Sie in der Sprachspezifikation.<\/a>. Derzeit kann diese M\u00f6glichkeit durch Setzen von GOEXPERIMENT=noaliastypeparams deaktiviert werden; jedoch wird die Option aliastypeparams in Go 1.25 entfernt.<\/p>\n

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

Werkzeuge<\/h2>\n

Go-Befehle<\/h3>\n

<\/p>\n

Go-Module k\u00f6nnen jetzt ausf\u00fchrbare Abh\u00e4ngigkeiten mit der Direktive tool in go.mod verfolgen. Dies beseitigt die Notwendigkeit eines vorherigen Workarounds, um Werkzeuge als leere Importe in eine Datei hinzuzuf\u00fcgen, die normalerweise \u201ctools.go\u201d genannt wird. Der Go-Befehl kann nun diese Werkzeuge zus\u00e4tzlich zu den mit Go gelieferten Werkzeugen ausf\u00fchren. Weitere Informationen finden Sie in Dokumentation.<\/a>.<\/p>\n

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

Das neue Flag -tool f\u00fcr go get f\u00fcgt die Tool-Direktive zum aktuellen Modul f\u00fcr die angegebenen Pakete hinzu, zus\u00e4tzlich zur Einf\u00fchrung von Anforderungen.<\/p>\n

<\/p>\n

Neu Meta-Muster Tool<\/a> bezieht sich auf alle Tools im aktuellen Modul. Dies kann verwendet werden, um sie alle \u00fcber 'go get tool' zu aktualisieren oder um sie in das GOBIN-Verzeichnis \u00fcber 'go install tool' zu installieren.<\/p>\n

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

Ausf\u00fchrbare Dateien, die \u00fcber 'go run' erstellt werden, und das neue Verhalten von 'go tool' werden jetzt im Go-Build-Cache gespeichert. Dies erm\u00f6glicht wiederholte Ausf\u00fchrungen mit einem vergr\u00f6\u00dferten Cache. #69290<\/a>.<\/p>\n

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

Die Befehle 'go build' und 'go install' akzeptieren jetzt die Flagge -json, die die Ausgaben und Fehler des Builds als strukturierten JSON-Output im Standardausgang meldet. Einzelheiten zum Format finden Sie in 'go help buildjson'.<\/p>\n

<\/p>\n

Dar\u00fcber hinaus meldet 'go test -json' jetzt die Ausgaben und Fehler des Builds in JSON, gemischt mit dem JSON der Testergebnisse. Diese k\u00f6nnen anhand neuer Action-Typen unterschieden werden, aber wenn sie Probleme im Testintegrationssystem verursachen, kann auf den textuellen Build-Ausgang \u00fcber die Einstellung GODEBUG<\/a> gotestjsonbuildtext=1 zur\u00fcckgegriffen werden.<\/p>\n

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

Die neue Umgebungsvariable GOAUTH bietet eine flexible M\u00f6glichkeit zur Autorisierung privater Modul-Downloads. Weitere Informationen finden Sie in go help goauth.<\/p>\n

<\/p>\n

Der Befehl go build wird jetzt eingerichtet die Hauptmodulversion<\/a> im kompilierten Bin\u00e4rformat, basierend auf dem Tag und\/oder dem Commit des Versionskontrollsystems. Der Suffix +dirty wird hinzugef\u00fcgt, wenn nicht festgeschriebene \u00c4nderungen vorhanden sind. Mit dem Flag -buildvcs=false kann die Versionskontrollinformation aus dem Bin\u00e4rformat ausgeschlossen werden.<\/p>\n

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

Neu Die Einstellung GODEBUG<\/a> toolchaintrace=1<\/a> kann jetzt verwendet werden, um den Prozess der Auswahl des Toolchains im Befehl go zu verfolgen.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo unterst\u00fctzt neue Annotationen f\u00fcr C-Funktionen zur Verbesserung der Laufzeitleistung. #cgo noescape cFunctionName sagt dem Compiler, dass der an die C-Funktion cFunctionName \u00fcbergebene Speicher nicht verloren geht. #cgo nocallback cFunctionName informiert den Compiler, dass die C-Funktion cFunctionName keine Go-Funktionen r\u00fcckruft. Weitere Informationen finden Sie in der Cgo-Dokumentation<\/a>.<\/p>\n

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

Cgo verweigert derzeit, Aufrufe von einer Funktion zu kompilieren, die mehrere inkompatible Deklarationen hat. Wenn beispielsweise f sowohl als void f(int) als auch als void f(double) deklariert ist, wird cgo einen Fehler melden, anstatt m\u00f6glicherweise eine falsche Aufrufsequenz f\u00fcr f(0) zu generieren. Neu in dieser Version ist die verbesserte Erkennung dieses Fehlers, wenn inkompatible Deklarationen in verschiedenen Dateien auftreten. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

Das Tool objdump unterst\u00fctzt jetzt das Disassemblieren auf 64-Bit LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) und S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Der neue Tests-Analyzer berichtet \u00fcber h\u00e4ufige Fehler in den Testdeklarationen, Fuzzern, Benchmarks und Beispielen in Testpaketen, wie unsachgem\u00e4\u00df formatierte Namen, falsche Signaturen oder Beispiele, die nicht existierende Identifikatoren dokumentieren. Einige dieser Fehler k\u00f6nnen dazu f\u00fchren, dass Tests nicht ausgef\u00fchrt werden.<\/p>\n

<\/p>\n

Der bestehende printf-Analyzer berichtet nun \u00fcber Diagnosen bei Aufrufen der Form fmt.Printf(s), wobei s eine nicht konstante Formatzeichenfolge ist, ohne zus\u00e4tzliche Argumente. Solche Aufrufe sind fast immer ein Fehler, da der Wert von s das Zeichen % enthalten kann; verwenden Sie stattdessen fmt.Print. 60529<\/a>Diese \u00dcberpr\u00fcfung tendiert dazu, Funde im bestehenden Code zu machen und wird daher nur angewendet, wenn die Sprachversion (wie in der Direktive go im go.mod-Datei oder in den Kommentaren `\/\/go:build` angegeben) mindestens Go 1.24 betr\u00e4gt, um Unterbrechungen der kontinuierlichen Integration beim Upgrade auf das Go-Toolchain 1.24 zu vermeiden.<\/p>\n

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

Der bestehende buildtag-Analyzer berichtet nun \u00fcber Diagnosen, wenn es ein falsches Build-Grenze f\u00fcr \u00e4ltere Versionen<\/a> von Go in der Direktive \/\/go:build gibt. Zum Beispiel verweist \/\/go:build go1.23.1 auf einen Patch-Release; verwenden Sie stattdessen \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

Der bestehende copylock-Analyzer berichtet nun \u00fcber Diagnosen, wenn eine Variable, die in einer dreifachen \"for\"-Schleife deklariert ist, wie for i := iter(); done(i); i = next(i) { \u2026 }, sync.Locker enth\u00e4lt, wie sync.Mutex. Go 1.22<\/a> Verhalten solcher Schleifen ge\u00e4ndert, um f\u00fcr jede Iteration eine neue Variable zu erstellen und Werte von der vorherigen Iteration zu kopieren; dieses Kopieren ist f\u00fcr Locks nicht sicher. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

Das interne Bin\u00e4rprogramm cmd\/go und der Test-Caching-Mechanismus k\u00f6nnen jetzt durch Kindprozesse implementiert werden, die das JSON-Protokoll zwischen dem Tool cmd\/go und dem als Umgebungsvariable GOCACHEPROG benannten Kindprozess implementieren. Zuvor war dies unter GOEXPERIMENT. Dokumentation.<\/a>.<\/p>\n

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

Laufzeit<\/h2>\n

<\/p>\n

Mehrere Leistungsverbesserungen in der Runtime haben die CPU-Overheads im Durchschnitt um 2-3 % in einer repr\u00e4sentativen Benchmark-Gruppe gesenkt. Die Ergebnisse k\u00f6nnen je nach Anwendung variieren. Zu diesen Verbesserungen geh\u00f6rt eine neue eingebaute Implementierung der map basierend auf schwedischen Tabellen<\/a>, einer effizienteren Speicherzuweisung kleiner Objekte und einer neuen internen Runtime-Implementierung des Mutex.<\/p>\n

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

Die neue eingebaute Implementierung der map und der neue interne Runtime-Mutex k\u00f6nnen beim Build \u00fcber die Einstellungen GOEXPERIMENT=noswissmap und GOEXPERIMENT=nospinbitmutex deaktiviert werden.<\/p>\n

Compiler<\/h2>\n

Der Compiler erlaubte bereits nicht die Definition neuer Methoden mit Empf\u00e4ngertypen, die von cgo generiert wurden, aber es war m\u00f6glich, diese Einschr\u00e4nkung \u00fcber den Typalias zu umgehen. Go 1.24 gibt jetzt immer einen Fehler aus, wenn der Empf\u00e4nger einen von cgo generierten Typ direkt oder indirekt (\u00fcber einen Typalias) angibt.<\/p>\n

Linker<\/h2>\n

Der Linker generiert jetzt standardm\u00e4\u00dfig eine GNU-Build-ID (ELF NT_GNU_BUILD_ID) auf ELF-Plattformen und eine UUID (Mach-O LC_UUID) auf macOS. Die Build-ID oder UUID wird aus der Go-Build-ID abgeleitet. Dies kann mit dem Linker-Flag -B none deaktiviert oder mit dem Linker-Flag -B 0xNNNN und einem benutzerdefinierten hexadezimalen Wert \u00fcberschrieben werden.<\/p>\n

Rollout<\/h2>\n

<\/p>\n

Wie in den Release-Hinweisen zu Go 1.22<\/a>, erfordert Go 1.24 jetzt f\u00fcr den Rollout Go 1.22.6 oder h\u00f6her. Die Entwickler erwarten, dass Go 1.26 einen Patch-Release von Go 1.24 oder h\u00f6her f\u00fcr den Rollout verlangen wird.<\/p>\n

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

Standardbibliothek<\/h2>\n

Eingeschr\u00e4nkter Zugriff auf das Dateisystem \u00fcber ein Verzeichnis<\/h3>\n

<\/p>\n

Neuer Typ os.Root<\/a> erm\u00f6glicht das Ausf\u00fchren von Dateisystemoperationen innerhalb eines bestimmten Verzeichnisses.<\/p>\n

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

Die Funktion os.OpenRoot<\/a> \u00f6ffnet ein Verzeichnis und gibt zur\u00fcck os.Root<\/a>. Methoden \u00fcber os.Root<\/a> Befehle in diesem Verzeichnis operieren und lassen keine Pfade auf Standorte au\u00dferhalb des Verzeichnisses verweisen, einschlie\u00dflich derjenigen, die symbolischen Links au\u00dferhalb des Verzeichnisses folgen. Die Methoden auf os.Root spiegeln die meisten Dateisystemoperationen wider, die im Paket os verf\u00fcgbar sind, einschlie\u00dflich beispielsweise os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> und os.Root.Stat<\/a>.<\/p>\n

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

Neue Benchmark-Funktion<\/h3>\n

<\/p>\n

Benchmarks k\u00f6nnen jetzt eine schnellere und fehleranf\u00e4lligere Methode nutzen testing.B.Loop<\/a> um Iterationen des Benchmarks wie for b.Loop() { \u2026 } anstelle typischer Schleifenstrukturen mit b.N wie for range b.N durchzuf\u00fchren. Dies bietet zwei wesentliche Vorteile:<\/p>\n

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