goland配置环境变量关键在于避免污染：测试用t.setenv隔离，禁用init读取；goland环境设置仅影响ide调用go命令，不作用于build后二进制；开发/测试应分设gobin路径实现二进制隔离。
GoLand 里配置环境变量，关键不是“设进去”，而是“不互相污染”——尤其是测试间隔离和开发/测试环境切换时。
测试中用 os.Setenv 改环境变量会串值
在 TestLoadConfig 里写 os.Setenv("CONFIG_PATH", "test.yaml")，看似干净，但 go test -parallel 下极易出错：A 测试刚设完，B 测试立刻覆盖，A 后续读到的其实是 B 的值。这不是 GoLand 的锅，是 Go 测试运行时共享进程环境导致的。
- 真正安全的做法是用
t.Setenv("CONFIG_PATH", "test.yaml")（Go 1.17+），它只在当前测试子进程中生效，自动清理 - 旧版本 Go 可改用子进程方式启动测试逻辑：
exec.Command("go", "run", "main.go")并传入环境变量 - 绝对避免在
init()或包级变量初始化里读取环境变量——它们在测试开始前就执行了，根本不受t.Setenv保护
GoLand Settings → Go → Environment Variables 不要和 go env -w 冲突
GoLand 的 “Environment Variables” 面板是给 IDE 自身调用 go 命令时用的，比如执行 go mod download 或启动 dlv。但它和 go env -w GOPROXY=... 这类用户级持久化设置是两套机制，混用会导致行为不一致。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 如果已在终端执行过
go env -w GOPROXY=https://goproxy.cn,direct，GoLand 就不用再在面板里重复填GOPROXY - 若必须临时覆盖（比如某个项目要用私有代理），应在 Run Configuration 里单独加，而不是全局改 Settings 面板
- 检查冲突的方法：在 GoLand 终端里运行
go env GOPROXY和go env -p GOPROXY，看输出是否一致；不一致说明有覆盖或优先级混乱
开发与测试用不同 GOBIN 路径实现二进制隔离
默认 GOBIN 指向 $GOPATH/bin，所有 go install 输出都堆在一起。开发时调试用的工具（如自定义 mockgen）和测试时生成的临时命令容易混掉，尤其当多个测试并行 go install 同一个工具时可能报错“text file busy”。
- 开发环境：在 GoLand Settings → Go → Environment Variables 中设
GOBIN=$HOME/go-dev-bin - 测试环境：在 Run Configuration 的 Environment variables 里覆盖为
GOBIN=/tmp/go-test-bin-<code>$$（Linux/macOS）或用%TEMP%\go-test-bin-%RANDOM%（Windows） - 这样
go install生成的二进制不会互相抢占，也方便测试结束后rm -rf /tmp/go-test-bin-*彻底清理
最常被忽略的是：GoLand 的 Environment Variables 设置对 go run 和 go test 生效，但对 go build 后直接执行的二进制完全无效——后者只认系统环境变量或启动时传入的值。所以调试时看到配置没生效，先确认你实际跑的是哪条命令链。
