Was wissen Sie über Go1.20: PGO, Kompilierungsgeschwindigkeit, Fehlerbehandlung und andere neue Funktionen?

Vor kurzem wurde Go1.20 offiziell veröffentlicht. In der Vergangenheit habe ich mehrere Artikel gelesen und festgestellt, dass ich am Ende noch einen erstellt habe viele Kompromisse bei den Funktionen eingegangen und war gezwungen, eine bestimmte Funktion mit einigen neuen Funktionen zu veröffentlichen (z. B. Arena usw.)!

Ich frage mich, ob das Go-Team im Februar etwas zu tun hat oder Urlaub macht? Oder befürchten Sie, dass Entlassungen Auswirkungen auf die Arbeitsübergabe haben könnten?

Heute werden wir schnell die neuen Funktionen überprüfen, die für uns relevanter sind, und prüfen, ob ein Upgrade auf 1.20 möglich ist.

Kompilierungsgeschwindigkeit verbessert

Bevor Go1.18 offiziell Generika veröffentlichte, gab es Freuden und Sorgen. Obwohl dies Generika unterstützt, ist die Kompilierungsgeschwindigkeit in Go1.18 langsamer als die in Go1.17, etwa 15–18 % langsamer, was eine erhebliche Verlangsamung darstellt.

Die generische Funktion hat die Build-Geschwindigkeit verlangsamt, auf die Go stolz ist. Haben Sie Angst, dass Sie Kaffee kochen können, wenn Sie ihn später aufbauen?

Ursprünglich hieß es, das Problem sei in Go1.19 behoben, wurde aber später behoben. Endlich wurde die aktuelle Version behoben.

Folgender Testbericht:

                │ 117.results │            118.results            │            119.results            │            tip.results            │
                │   sec/op    │   sec/op    vs base               │   sec/op    vs base               │   sec/op    vs base               │
GoBuildKubelet     52.58 ± 0%   56.54 ± 1%  +7.54% (p=0.000 n=10)   55.47 ± 1%  +5.50% (p=0.000 n=10)   51.41 ± 1%  -2.22% (p=0.000 n=10)
GoBuildIstioctl    47.78 ± 1%   51.44 ± 0%  +7.65% (p=0.000 n=10)   50.89 ± 5%  +6.50% (p=0.000 n=10)   46.05 ± 1%  -3.62% (p=0.000 n=10)
GoBuildFrontend    19.03 ± 1%   20.55 ± 1%  +7.99% (p=0.000 n=10)   20.04 ± 0%  +5.33% (p=0.000 n=10)   18.22 ± 1%  -4.27% (p=0.000 n=10)
geomean            36.29        39.10       +7.72%                  38.39       +5.77%                  35.07       -3.37%

Im neuesten Go1.20-Benchmark-Test bleibt die Build-Geschwindigkeit der aktuellen Version und Go1.17 konstant.

Darüber hinaus werden der Compiler und der Garbage Collector optimiert, wodurch der Speicheraufwand reduziert und die CPU-Gesamtleistung um 2 % gesteigert wird.

Go1.21 beendet die Unterstützung für einige Versionen von MacOS und Windows

Mit der Update-Ankündigung von Go1.20 wurde auch eine große Update-Endbenachrichtigung für macOS- und Windows-Betriebssysteme angekündigt.

lauten wie folgt:

• Go1.20 ist die letzte Version, die die Ausführung unter macOS 10.13 High Sierra oder 10.14 Mojave unterstützt. Für Go 1.21 ist macOS 10.15 Catalina oder höher erforderlich.

• Go1.20 ist die letzte Version, die die Ausführung auf allen Versionen von Windows 7, 8, Server 2008 und Server 2012 unterstützt. Für Go 1.21 ist mindestens Windows 10 oder Server 2016 erforderlich.

Hey Leute, anscheinend muss ich meine Betriebssystemversion aktualisieren, sonst kann ich in der nächsten Version von Go nicht programmieren.

有需要的同学在下个版本前尽早做好升级。

Go 发行版瘦身

新版本起，Go 的 $GOROOT/pkg 目录将不再存储标准库的预编译包存档，Go 发行版的将迎来一轮瘦身。

大小对比如下。

Go1.20：

Go1.19：

约比老版本缩减了 1/3，还是比较明显的。

PGO 引入

在 Go1.20 起，Go 引入了 Profile-guided optimization (PGO)，翻译过来是使用配置文件引导的优化，当前为预览版本。

PGO 是一门编译器优化技术，能够在不改业务代码的情况下，给你的应用程序带来一定的性能提升。在 Go PGO 中将会依托 runtime/pprof 所生成的 profile 来完成。

结果上可以使得 Go tool（工具链）能根据运行时信息执行特定于应用程序和工作负载的优化。说明了就是想提高性能，不需要改业务代码。

具体可以详见：《PGO 是啥，咋就让 Go 更快更猛了？》

支持封装多个错误

在原有 Go1.13 的 errors API 上进行新增和修改，核心是支持一个错误可以封装多个错误的特性。

新特性例子：

func main() {
 err1 := errors.New("err1")
 err2 := errors.New("err2")
 err := errors.Join(err1, err2)
 fmt.Println(err)
 if errors.Is(err, err1) {
  fmt.Println("err is err1")
 }
 if errors.Is(err, err2) {
  fmt.Println("err is err2")
 }
}

输出结果：

err1
err2
err is err1
err is err2

具体可以详见：《Go1.20 继续小修小补 errors 库。。。》

新增 StringData, String, SliceData

Go 团队通过分析、搜索发现 reflect.SliceHeader 和 reflect.StringHeader：

type StringHeader struct {
   Data uintptr
   Len  int
}

在业内经常被滥用，使用不方便，很容易出现隐性问题。例如：Data 字段类型是 uintptr 不是 unsafe.Pointer。设什么都可以，灵活度过于高，非常容易搞出问题。

在 Go1.20 起，在 unsafe 标准库新增了 3 个函数来替代前面这两个类型的使用。希望能够进一步标准化，并提供额外的类型安全。

如下函数签名：

• func String(ptr *byte, len IntegerType) string：根据数据指针和字符长度构造一个新的 string。
• func StringData(str string) *byte：返回指向该 string 的字节数组的数据指针。
• func SliceData(slice []ArbitraryType) *ArbitraryType：返回该 slice 的数据指针。

新版本的用法变成：

func StringToBytes(s string) []byte {
    return unsafe.Slice(unsafe.StringData(s), len(s))
}

func BytesToString(b []byte) string {
    return unsafe.String(&b[0], len(b))
}

以往常用的 reflect.SliceHeader 和 reflect.StringHeader 将会被标注为被废弃。

具体可以详见：《别乱用了，用新的。Go SliceHeader 和 StringHeader 将会被废弃！》

优化时间比较和格式记忆

2006-01-02 15:04:05

有很多 Go 同学反馈老要记 2006-01-02 15:04:05，发现这个日期时间点，使用的次数非常高频：

Ranking	Frequenz	Format
1	75616	Zeit.RFC3339
2	239 54	time.RFC3339Nano
3	13312	"2006-01-02. 15:04:05"
4	12332	"2006-01-02"
5	11940	time.RFC1123

使用频率的数据有理有据。

Go1.20 加了以下常量，便于直接引用：

DateTime   = "2006-01-02 15:04:05"
DateOnly   = "2006-01-02"
TimeOnly   = "15:04:05"

Time.Compare

再者就是新增了时间比较的方法。

在现在的标准库中，有 3 个方法来比较 time.Time 对象，分别是：Before()、Equal() 和 After()，作用上类似 f7bd953807dcb270799fd7a85cf4a46b。但缺少 31558558eb655bc1739b4281d8939162= 的等价物。

Go1.20 将会支持 Time.Compare，以此来达到类似的效果。作用是将 Time 对象 t 和 u 两者进行比较。

func (t Time) Compare(u Time) int

该方法返回如下几种结果：

• 如果 t 在 u 之前，则返回 -1。
• 如果 t 在 u 之后，则返回 +1。
• 如果它们相同，则返回 0。

具体可以详见：《Go1.20 中两个关于 Time 的更新，终于不用背 2006-01-02 15:04:05 了！》

禁用匿名接口循环导入

以前可以做匿名接口循环导入的骚操作。如下代码：

type I interface {
 m()
 interface {
     I
  }
}

这段代码，声明了接口类型 I，然后又包含了 m()，又包含接口 I。这会是一个 “永动机”，永远都不会停止。在开源的 GitHub 中，也真实存在着。

Go1.20 起，编译器将会默认拒绝匿名接口循环导入。如果没有用户反馈受到了重大的影响或问题，将会计划在 Go1.22 中正式的禁用和移除该项功能的支持。

具体可以详见：《Go1.20 将禁止匿名接口循环导入！》

没有 C工具链默认禁用 CGO

Go1.20 将会在没有 C 工具链的系统上默认禁用 CGO。这理论上是一个不兼容性设置，如果大家有需要，可以提前设置好 CGO_ENABLED 环境变量，以避免导致部分应用程序出问题。

支持切片到数组的转换

Go1.20 起支持将切片转换成数组。

如下代码：

func main() {
 v := []string{"煎", "鱼", "进", "脑", "子", "了"}
 s := [6]string(v)
 fmt.Println(s)
}

当然，前提是切片和数字的长度和类型都要对的上。否则会出现如下报错：

panic: runtime error: cannot convert slice with length 5 to array or pointer to array with length 6

goroutine 1 [running]:
main.main()
 /tmp/sandbox1162344488/prog.go:9 +0x1d

Program exited.

总结

在本次 Go1.20 的更新中，比较有意思的是 PGO 的预览版本，大家有机会可以体验下不改代码就提高应用性能的快感。而相关的更新有的是在偿还技术债务。例如：编译加速等。

Arena, die ursprünglich viel Aufmerksamkeit erregte, wurde zuvor in „Schlag ins Gesicht, Brüder, Go1.20 Arena ist da!“ vorgestellt. Ich habe es in geteilt. Nach einer spezifischen Implementierung und Analyse stellte das Go-Team fest, dass es ernsthafte Probleme mit der vorhandenen API gab, setzte den Iterationscode vorübergehend zurück und gab auf. Ich habe vor, dies später separat zu teilen.

Besonders wichtig zu beachten ist, dass ab Go1.21 einige Versionen von macOS und Windows nicht mehr unterstützt werden. Möglicherweise müssen die Maschinen einiger Unternehmen oder sogar Ihre eigenen im Voraus aufgerüstet werden

Das obige ist der detaillierte Inhalt vonWas wissen Sie über Go1.20: PGO, Kompilierungsgeschwindigkeit, Fehlerbehandlung und andere neue Funktionen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!