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")。对应不同的操作系统：

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

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

大家会发现，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 会涉及太多的太多重大问题。

例如：

相反引入 $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 开始跟进。

文章持续更新，可以微信搜【脑子进煎鱼了】阅读，本文 GitHub github.com/eddycjy/blog 已收录，学习 Go 语言可以看 Go 学习地图和路线，欢迎 Star 催更。