Go1.21 速览：支持自定义 go.env 文件，可惜还是有所残缺

大家好，我是煎鱼。

不知道大家平时在调整 Go 环境变量是怎么设置的呢，还是说都用默认配置，又或是直接走 IDE 设置？

Go 环境变量发展历程

像以前最早时，有的同学是打开 ~/.zshrc，一番 vim 操作，设置好 export GO111MODULE=on。最后再 source 一下。虽然简单，其实也是有好几个步骤的：

$ vi ~/.zshrc
$ export GO111MODULE=on
$ source ~/.zshrc

到了近年，Go 支持使用 go env -w 去设置对应的 Go 环境变量：

$ go env -w GO111MODULE=on

其默认写入的路径是：filepath.Join(os.UserConfigDir(), “go/env”)。对应不同的操作系统：

• MacOS：$HOME/Library/Application Support/go/env。
• Linux：$HOME/.config/go/env。

经过几年演进，Go 环境变量的设置逐渐变得更方便。网上的教程、博客也纷纷改变了写法。

这是截至目前的 Go 环境变量的历程。

Go1.21 go.env 诞生

不太好的地方

大家会发现，Go 现在的环境变量是越来越多了…如果都是用 go env -w 慢慢的就会越积累越多，配置也就变得复杂了起来。

另外较为棘手的还有不同的 Go 项目之间的所需配置可能不太一样，产生交叉影响。也是一个影响点。

这让我想起了 Python 以前没有虚拟环境时的痛苦。Go 像是在 GO111MODULE 环境变量，会默认使用 auto 来规避这个问题。会相较之轻微许多。

无论是轻还是重，问题还是存在的。

引入改进措施

因此在 Go1.21 这个新版本起，将会以用户设置的 $GOROOT/go.env 为更高优先级，会覆盖默认的设置。

既有的 GOPROXY、GOSUMDB 配置将会挪动到 go.env 文件中，文件内容如下：

GOPROXY=https://proxy.golang.org,direct
GOSUMDB=sum.golang.org

GOTOOLCHAIN=auto
...

有了 go.env 文件后，后续就可以使用他来代替默认变量或手动设置的步骤了。

有些瑕疵点

目前 Go1.21 只是引入了 $GOROOT/go.env 这一个全局的 ENV 配置文件。看着也有些瑕疵。为什么？

一般来讲要做完整，应该要做到模块（go.mod）的级别，也就是每个 Go 应用有一个 go.env，这样子才能够完全的实现项目（模块）级别的隔离。

但很可惜，Go 新版本这次把这个部分给暂时放弃了。因为每个模块引入 go.env 会涉及太多的太多重大问题。

例如：

• 为什么引入一个单独的文件（go.env）而不是扩展 go.work？
• 在模块的 go.env 中是否允许所有的 Go 环境变量？
• 是否有一个选项来禁用模块的 go.env？或者这个新的 go.env 应该被默认忽略？
• GoEnv 的具体含义？
• 需要一些工具？帮助用户调试，告诉他们最终获得的 Go 环境变量的过程和来自哪里，因为现在有太多的数据源了。
• …

相反引入 $GOROOT/go.env 会更加明确和没什么争议，毕竟还是局限于既有体系下的全局配置源的新增支持。

综合来看，最后 Russ Cox 迅速躺平，取消了模块（go.mod）级别的 go.env 支持。接受了此次提案的调整。

总结

各个编程语言的配置项和依赖管理一直是一大心魔，前有 Python3 使用 venv（虚拟环境）来解决。后有 Go，先是 godep，接着靠 Russ Cox 力排众议推 Go modules（go.mod）来解决依赖管理。

接下来就是 Go 的配置项的逐步调整了，这个阻力相对于依赖管理小许多。相信不需要太久，各模块很快就会允许有自己的 go.env 文件，来实现配置隔离。

大家可以持续关注！先从 $GOROOT/go.env 开始跟进。也可以加我下方微信，在 Go 技术交流群一起紧跟新技术知识。