春节假期的最后一天，千呼万唤始出来，Go1.16 终于正式发布
马上又要上班了，哗哗哗
首先看看如何更新到 Go1.16。
如果你使用了 goup、gvm 这样的工具，使用这些工具更新即可。
配置 GOPROXY 后，通过下图的方式更新。
源码下载安装，/dl/。
接着看看又哪些新特性。
语言內建的资源嵌入支持
之前市面上已经有很多把今天文件嵌入golang二进制程序的工具了，这次golang官方将这一功能加入了embed标准库，从语言层面上提供了支持。。
新的 embed 包使用新的 //go:embed 指令，在编译时嵌入的文件，并对其进行访问。现在可以轻松地将支持数据文件捆绑到 Go 程序中，从而使使用 Go 进行开发更加顺畅。通过它，真正做到部署时只有一个二进制文件。
支持arm64
m1芯片可谓是最近的焦点，golang自然也不会落下。
在golang1.16中官方已经支持darwin/arm64平台，cgo和编译成c语言可调用的动态/静态链接库的功能也已支持。同样受益的还有bsd家族的arm64版本。
现在可以在新版mac上尝试golang了。
不过plugin模式的支持仍在进行中，想要完整支持arm64还需要一段时间。
go modules的新特性
本次更新依旧带来了许多modules的新特性。
GO111MODULE现在默认为on
1.16开始默认启用modules，这在1.15的时候已经预告过了。现在GO111MODULE的默认值为on。
不过golang还是提供了一个版本的适应期，如果你还不习惯modules，可以把GO111MODULE设置回auto。在1.17中这个环境变量将会被删除。
都1202年了，也该学学go modules怎么用了。
go build不再更改mod相关文件
以前的教程里我提到过go build会自动下载依赖，这会更新mod文件。
现在这一行为被禁止了。想要安装、更新依赖只能使用go get命令，go build和go test将不会再做这类工作。
go install的变化
go install在1.16中也有了不小的变化。
首先是通过go install my.module/tool@1.0.0 这样在module末尾加上版本号，可以在不影响当前mod的依赖的情况下安装golang程序。
go install是未来唯一可以安装golang程序的命令，go get的编译安装功能现在可以靠-d选项关闭，而未来编译安装功能会从go get移除。
也就是说go的命令各司其职，不再长臂管辖了。
新的GOVCS环境变量
新的GOVCS环境变量指定了golang用什么版本控制工具下载源代码。
其格式为：GOVCS=<module prefix>:<tool name>,[<module prefix>:<tool name>, ...]
其中module prefix为等，而tool name就是版本控制工具的名字，比如git，svn。
一个更具体的例子是：GOVCS=:git,:off,*:git|hg
module prefix也可以用*通配任何模块的前缀。
tool name还可以设置为all和off，all代表允许使用任何可用的工具，而off则表示不允许使用任何版本控制工具。
不过现在设置为off的模块的代码仍然可能会被下载。
更多的细节可以参考go help vcs。
相对路径导入不在被允许
golang1.16开始禁止import导入的模块以.开头，模块路径中也不允许出现任何非ASCII字符，所以下面的代码不再合法：
import ("./tools/factory""../models/user""/杀马特/音乐工厂")
对非ASCII字符一如既往的不友好，不过也只能按规矩办事了。
标准库的变化
golang1.16除了对标准库进行通常的功能更新和修复，还引入了一些重大变化。
testing
testing包主要的变化是在测试用例里调用os.Exit(0)会从程序终止变成测试失败。
比如这个：
package mainimport ("os""testing")func TestXXX(t *testing.T) {t.Log("exit")os.Exit(0)}
现在会是这样的输出：
$ go test -v a_test.go=== RUN TestXXXa_test.go:9: exit--- FAIL: TestXXX (0.00s)panic: unexpected call to os.Exit(0) during test [recovered]panic: unexpected call to os.Exit(0) during testgoroutine 18 [running]:testing.tRunner.func1.2(0x51b920, 0x56cc28)/usr/local/go/src/testing/testing.go:1144 +0x332testing.tRunner.func1(0xc000082600)/usr/local/go/src/testing/testing.go:1147 +0x4b6panic(0x51b920, 0x56cc28)/usr/local/go/src/runtime/panic.go:965 +0x1b9os.Exit(0x0)/usr/local/go/src/os/proc.go:68 +0x6dcommand-line-arguments.TestXXX(0xc000082600)/tmp/a_test.go:10 +0x76testing.tRunner(0xc000082600, 0x54df18)/usr/local/go/src/testing/testing.go:1194 +0xefcreated by testing.(*T).Run/usr/local/go/src/testing/testing.go:1239 +0x2b3FAIL command-line-arguments 0.004sFAIL
ioutils包已经废弃
1.16已经标记io/ioutil为废弃，函数被转移到了os和io这两个包里，具体见下表：
现在开始可以做移植了。
tcp半连接队列扩容
在Linux kernel 4.1以前，golang设置tcp的listen队列的长度是从/proc/sys/net/core/somaxconn获取的，通常为4096。
而在4.1以后golang会直接设置半连接队列的长度为2^32 - 1也就是4294967295。
更大的半连接队列意味着可以同时处理更多的新加入请求，而且不用再读取配置文件性能也会略微提升。
重大更新io/fs
1.16除了支持嵌入静态资源外，最大的变化就是引入了io/fs包。
golang认为文件的io操作是依赖于文件系统（filesystem，fs）的，所以决定模仿Linux的vfs做一套基于fs的io接口。
这样做的目的有三个：
os包应该专注于和系统交互而不是包含一部分io接口
io包和os包分别包含了io接口的一部分，导致互相依赖职责不清晰
可以把有关联的一部分文件或者数据组成虚拟文件系统，供通用接口处理提升程序的可扩展性，比如zip打包的文件
所以io/fs诞生了。
fs包中主要包含了下面几种数据类型（都是接口类型）：
其中有一些接口和os包中的同名，实际上是os包引入fs包后起的别名。
对于FS，还有以下的扩展，以便增量描述文件系统允许的操作：
fs包还提供了诸如Glob，WalkDir等传统的文件操作接口。
fs的主要威力在于处理zip、tar文件，以及http的文件接口时可以大幅简化代码。而且新的embed静态资源嵌入也是依赖fs实现的。
因为只是速览的缘故，无法详尽介绍io/fs包，你可以参考golang的文档或这篇文章做进一步了解。
其他改进
其他的改进包括Unicode更新到了13.0、新增加了runtime/metrics包已提供更好更规范的运行时信息等。
同时1.16优化了链接器，现在它在linux/amd64上比1.15快了20-25%，内存占用减少了5-15%。
在Windows上已经全面支持了地址空间布局随机化（ASLR），此前不支持将golang编译为dll时启用ASLR。
本次更新中语言本身没有什么变化。
更多信息可以查看golang1.16 release notes
相关阅读：
Java 微服务能像 Go 一样快吗？
Go实现海量日志收集系统
GO语言版《算法进阶指南》火了，完整版PDF下载！
理解 Go 并发以及调度器亲和性
字节跳动的 Go 语言面试会问哪些问题?
