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

大家好，我是煎鱼。,不知道大家平时在调整 Go 环境变量是怎么设置的呢，还是说都用默认配置，又或是直接走 IDE 设置？,像以前最早时，有的同学是打开 ~/.zshrc，一番 vim 操作，设置好 export GO111MODULE=on。最后再 source 一下。虽然简单，其实也是有好几个步骤的：,到了近年，Go 支持使用 go env -w 去设置对应的 Go 环境变量：,其默认写入的路径是：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 文件中，文件内容如下：,有了 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 开始跟进。也可以加我下方微信，在 Go 技术交流群一起紧跟新技术知识。