Go1.20 那些事：PGO、編譯速度、錯誤處理等新特性，你知道多少？

最近Go1.20 在2 月初已經正式發布，來的挺早的，以往都是拖到月底的，我翻了好幾篇，發現最後還是做了不少功能取捨，被迫放了某些新特性（例如：arena 等）的鴿子！

懷疑 Go 團隊 2 月是有什麼事要幹，或是打算休假？又或是擔心裁員影響工作交接？

今天快速溫習與我們關聯性多些的新特性，看看升不升 1.20。

編譯速度提高

之前 Go1.18 正式發布了泛型，有歡喜也有憂。這雖然支援了泛型，但在 Go1.18 起編譯速度相對 Go1.17 變慢了，會慢大概 15-18%，降速明顯。

泛型特性，把 Go 引以為傲的建構速度都變慢了。怕不是以後建構也可以沖咖啡喝了？

原本說在 Go1.19 修，鴿了。終於，目前版本已經修復了。

如下測試報告：

                │ 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%

最新的 Go1.20 基準測試中，目前版本和 Go1.17 的建置速度保持一致。

另外還優化了編譯器和垃圾收集器，減少了記憶體開銷，將整體 CPU 效能提高了 2%。

Go1.21 將結束MacOS、Windows 部分版本支援

Go1.20 的更新公告中也宣布了一個重大的更新結束通知，涉及macOS 和windows作業系統.

分別如下：

• Go1.20 是支援macOS 10.13 High Sierra 或10.14 Mojave 上運行的最後一個版本。 Go 1.21 將需要 macOS 10.15 Catalina 或更高版本。

• Go1.20 是支援 Windows 7、8、Server 2008 和 Server 2012 的任何版本上執行的最後一個版本。 Go 1.21 將至少需要 Windows 10 或 Server 2016。

好傢伙，看來我需要更新我的作業系統版本了，不然下個版本 Go 都不歡迎我 coding 了。

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

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，发现这个日期时间点，使用的次数非常高频：

排名	頻率	格式
1	75616	time.RFC3339
#2	23954	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 的预览版本，大家有机会可以体验下不改代码就提高应用性能的快感。而相关的更新有的是在偿还技术债务。例如：编译加速等。

原本關注度很高的 arean，之前在《打臉了兄弟們，Go1.20 arena 來了！ 》中我分享過。在 Go 團隊在具體實作和分析後，發現現有的 API 有嚴重的問題，暫時回滾迭代程式碼了，因此放了鴿子。這塊我計劃後面再單獨分享。

尤其要注意的，Go1.21 起將不再支援 macOS、windows 部分版本。可能有些公司的機器，甚至自己的要提前升級了

#

以上是Go1.20 那些事：PGO、編譯速度、錯誤處理等新特性，你知道多少？的詳細內容。更多資訊請關注PHP中文網其他相關文章！