前言
Go官网团队在2022.12.08公布了Go 1.20 rc1(release candidate)版本,Go 1.20的正式release版本预计会在2023年2月份公布。
让咱们先睹为快,看看Go 1.20给咱们带来了哪些变动。
装置办法:
$ go install golang.org/dl/go1.20rc1@latest
$ go1.20rc1 download
这是Go 1.20版本更新内容详解的第2篇,欢送大家关注公众号,及时获取本系列最新更新。
第1篇次要波及Go 1.20在语言、可移植性方面的优化,原文链接:Go 1.20版本升级内容第1篇。
Go 1.20公布清单
和Go 1.19相比,改变内容适中,次要波及语言(Language)、可移植性(Ports)、工具链(Go Tools)、运行时(Runtime)、编译器(Compiler)、汇编器(Assembler)、链接器(Linker)和外围库(Core library)等方面的优化。
本文重点介绍Go 1.20在Go工具链方面的优化。
Go command
$GOROOT/pkg
门路不再存储规范库源代码编译后生成的文件,包含以下几点:
go install
不再往$GOROOT/pkg
目录写文件。go build
不再查看$GOROOT/pkg
下的文件。- Go公布包不再带有这些编译文件。
以macOS环境来演示:在Go 1.16版本里,$GOROOT/pkg
目录下的内容如下:
$ go version
go version go1.16.5 darwin/amd64
$ go env GOROOT
/usr/local/opt/go/libexec
$ ls /usr/local/opt/go/libexec/pkg
darwin_amd64 darwin_amd64_race include tool
然而在Go 1.20rc1版本里,$GOROOT/pkg
目录下的内容如下:
$ go1.20rc1 version
go version go1.20rc1 darwin/amd64
$ go1.20rc1 env GOROOT
/Users/xxx/sdk/go1.20rc1
$ ls /Users/xxx/sdk/go1.20rc1/pkg
include tool
少了darwin_amd64
和darwin_amd64_race
这2个文件夹:
$ ls /usr/local/opt/go/libexec/pkg/darwin_amd64
archive database go io net.a runtime testing.a
bufio.a debug hash io.a os runtime.a text
bytes.a embed.a hash.a log os.a sort.a time
cmd encoding html log.a path strconv.a time.a
compress encoding.a html.a math path.a strings.a unicode
container errors.a image math.a plugin.a sync unicode.a
context.a expvar.a image.a mime reflect.a sync.a vendor
crypto flag.a index mime.a regexp syscall.a
crypto.a fmt.a internal net regexp.a testing
$ ls /usr/local/opt/go/libexec/pkg/darwin_amd64_race/
archive debug hash io.a os runtime.a text
bufio.a embed.a hash.a log os.a sort.a time
bytes.a encoding html log.a path strconv.a time.a
compress encoding.a html.a math path.a strings.a unicode
container errors.a image math.a plugin.a sync unicode.a
context.a expvar.a image.a mime reflect.a sync.a vendor
crypto flag.a index mime.a regexp syscall.a
crypto.a fmt.a internal net regexp.a testing
database go io net.a runtime testing.a
从Go 1.20开始,规范库的package会按需编译,编译后生成的文件会缓存在编译缓存(build cache)里,就像非GOROOT
下的package一样。这个批改减小了Go安装包的大小。
go test -json
的实现在Go 1.20版本更加鲁棒,对应用go test -json
的开发者来说,不必做任何扭转。
然而,间接调用Go工具test2json
的开发者,须要给测试的可执行程序减少-v=test2json
参数,例如go test -v=test2json
或者./pkg.test -test.v=test2json
,而不是仅仅加一个-v
标记。
go test -json
的另外一个批改是在每个测试程序执行的开始,减少了一个Action
事件。当应用go命令同时运行多个测试程序时,这些Action
事件的执行会依照命令行里的package的程序按序执行。
go
命令当初新增了和CPU架构相干的编译标记参数,例如amd64.v2
。有了这个参数后,在业务代码实现的时候就能够依据CPU架构的不同而做不同的解决。更多细节能够参考:go help buildconstraint
。
go
子命令当初反对-C <dir>
参数,能够在执行命令前扭转目录到<dir>
下。如果一个脚本要在多个不同的Go module下执行,这个个性会带来不便。
go
build
和 go
test
命令不再反对-i
参数,这个参数从 Go 1.16版本开始弃用。
go generate
命令承受 -skip <pattern>
参数,能够跳过匹配 <pattern>
格局的 //go:generate
指令。
go test
命令承受-skip <pattern>
参数,能够跳过匹配 <pattern>
格局的测试用例。
go build
, go install
和其它编译相干的命令新增了一个-pgo
标记参数,能够辅助开发者做程序优化。-pgo
指定的是profile文件的门路。如果-pgo=auto
,那go命令会在main这个包的门路上来找名为default.pgo
的文件。-pgo=off
能够敞开优化。详情能够参考:PGO Proposal。
go build
, go install
和其余编译相干的命令新增了一个-cover
标记参数,能够用来对编译进去的可执行程序做代码覆盖率收集,详情能够参考本文前面介绍。
go version
go version -m
命令反对读取和解析更多类型的Go二进制文件。
比方通过go build -buildmode=c-share
编译进去的Windows DLL文件以及没有可执行权限的Linux二进制文件,当初都能够被go version -m
解析和辨认到。
Cgo
晚期Go语言的一些规范库是用C语言实现的,须要依赖cgo来作为go语言和C语言的桥梁。
当初Go语言开始去除对C语言的的依赖。
从Go 1.20版本开始,如果机器上没有C语言的工具链,go命令会默认禁用cgo
。
具体而言:如果没有设置CGO_ENABLED
和CC
环境变量,而且默认的C语言编译器(例如clang
和gcc
)也找不到,那CGO_ENABLED
会默认为0。当然开发者能够通过设置CGO_ENABLED
环境变量的值来扭转CGO_ENABLED
的值。
这个批改会让Go语言缩小对C语言工具链的依赖,适配更多的环境,尤其是最小化的容器环境以及macOS环境。
Go规范库里应用了cgo的package有: net
, os/user
和 plugin
。
在macOS环境,net
和os/user
包曾经被重写了,不再依赖cgo。当初net
和os/user
的代码实现既能够用cgo编译,也能够不必cgo编译。同时,在macOS环境,race detector曾经被重写了,不再依赖cgo。
在Windows环境,net
和os/user
没有应用过cgo。
在其它操作系统上,如果编译的时候禁用了cgo,那会应用这些包的纯go语言实现。
在macOS环境,race detector曾经被重写了,不再依赖cgo。
Cover(代码覆盖率检测)
Go 1.20版本之前只反对对单元测试(unit test)收集代码覆盖率,从Go 1.20版本开始反对对任何Go程序做代码覆盖率收集。
那如何收集呢?须要做如下操作:
- 给
go build
编译命令减少-cover
标记 - 给环境变量
GOCOVERDIR
赋值为某个门路 - 运行
go build
编译进去的可执行程序时,会把代码覆盖率文件输入到GOCOVERDIR
指定的门路下。
具体的介绍文档和应用阐明能够参考: coverage for integration tests’ landing page 。
想理解设计原理和实现的能够参考: proposal。
Vet
检测循环变量被嵌套子函数谬误应用的场景
func TestTLog(t *testing.T) {
t.Parallel()
tests := []struct {
name string
value int
}{
{name: "test 1", value: 1},
{name: "test 2", value: 2},
{name: "test 3", value: 3},
{name: "test 4", value: 4},
}
for _, tc := range tests {
t.Run(tc.name, func(t *testing.T) {
t.Parallel()
// Here you test tc.value against a test function.
// Let's use t.Log as our test function :-)
t.Log(tc.value)
})
}
}
大家能够猜一下这段程序里t.Log打印的后果是什么?后果是为1,2,3,4还是4,4,4,4?是否和本人的预期相符。
想理解详情的能够参考:Be Careful with Table Driven Tests and t.Parallel()。
这个实质上和goroutine与闭包函数一起应用时,遇到的循环变量问题一样。
Go 1.20版本开始通过go vet
能够检测出单元测试里的这类问题。
查看谬误工夫格局
对于 Time.Format
和time.Parse
,如果代码里要转成yyyy-dd-mm的格局,会给出提醒。
因为yyyy-dd-mm不合乎罕用的日期格局规范,ISO 8601日期格局是yyyy-mm-dd格局。
总结
下一篇会介绍Go 1.20在运行时、编译器、汇编器、链接器和外围库的优化工作,有一些内容值得学习,欢送大家放弃关注。
举荐浏览
- Go 1.20要来了,看看都有哪些变动-第1篇
- Go面试题系列,看看你会几题
- Go常见谬误和最佳实际系列
开源地址
文章和示例代码开源在GitHub: Go语言高级、中级和高级教程。
公众号:coding进阶。关注公众号能够获取最新Go面试题和技术栈。
集体网站:Jincheng’s Blog。
知乎:无忌。
福利
我为大家整顿了一份后端开发学习材料礼包,蕴含编程语言入门到进阶常识(Go、C++、Python)、后端开发技术栈、面试题等。
关注公众号「coding进阶」,发送音讯 backend 支付材料礼包,这份材料会不定期更新,退出我感觉有价值的材料。还能够发送音讯「进群」,和同行一起交流学习,答疑解惑。
References
- https://tip.golang.org/doc/go…
发表回复