大家好，我是煎鱼。
不知道大家平时在调整 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 技术交流群一起紧跟新技术知识。
推荐阅读
关注和加煎鱼微信，
一手消息和知识，拉你进技术交流群👇
你好，我是煎鱼，出版过 Go 畅销书《Go 语言编程之旅》，再到获得 GOP（Go 领域最有观点专家）荣誉，点击蓝字查看我的出书之路。
日常分享高质量文章，输出 Go 面试、工作经验、架构设计，加微信拉读者交流群，和大家交流！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
