goland运行配置中的环境变量仅对对应go进程生效，不影响内置terminal、debug控制台或外部shell；需手动source或脚本复现环境。
GoLand运行配置里加Environment variables不生效？
不是没加对，而是加的位置不对。你在Run → Edit Configurations…里填的环境变量，只对那个配置启动的 Go 进程生效，os.Getenv("MY_VAR")能拿到；但它不会注入到 IDE 内置 Terminal、Debug 控制台、或外部 shell 启动的子进程里。常见现象：配置里写了LOG_LEVEL=debug，但终端里echo $LOG_LEVEL还是空的——这完全正常，两者走的是不同环境链路。
临时传参只用于单次运行，别碰全局Terminal设置
如果只是想某次调试时加一个DEBUG_MODE=true，又不想改项目级配置或污染 Terminal，最干净的做法是直接在运行配置里填：
- 打开 Run → Edit Configurations… → 选中你的 Go Build 配置
- 点 Environment variables 右侧的
…按钮 - 新增一行：
DEBUG_MODE=true（值里别带空格或特殊字符，否则要加引号） - 务必勾选
Include system environment variables，否则$HOME、$USER这些基础变量会丢失
这样启动的进程既继承系统环境，又叠加你这次的临时变量，os.Getenv("DEBUG_MODE")立刻可读，且不影响下一次运行。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
传参和环境变量混用时要注意覆盖顺序
GoLand 启动 Go 程序时，环境变量生效优先级是：运行配置里填的 > 系统环境变量 > IDE 自带默认值。容易踩的坑：
- 如果你在配置里写了
GOPROXY=https://goproxy.cn，但系统里GOPROXY是https://proxy.golang.org，最终生效的是前者——IDE 不做合并，是硬覆盖 -
GOROOT和GO111MODULE这类变量即使出现在环境里，也可能被 GoLand 的 SDK 或项目设置覆盖，得去 File → Project Structure → Project SDK 和 Go → Go Modules 里双重确认 - 若程序里用
os.Setenv动态改了某个变量，它只影响当前进程及子 goroutine，不会反向写回运行配置
想让临时变量也进Terminal？必须手动source
运行配置里的环境变量不会自动同步到内置 Terminal，这是设计使然。如果调试时需要在 Terminal 里复现相同环境（比如跑go test -v验证行为），别指望改配置能“顺带”解决，得手动加载：
- macOS/Linux：
source ~/.zshrc && DEBUG_MODE=true go run main.go - Windows PowerShell：
$env:DEBUG_MODE="true"; go run main.go - 更省事：写个
run-debug.sh，开头source ~/.zshrc，然后DEBUG_MODE=true go run "$@"，以后就./run-debug.sh
真正容易被忽略的是：Terminal 里执行的go run，其环境跟运行配置完全无关，哪怕你刚用那个配置成功跑过一遍，Terminal 仍是“裸机”状态——这点不厘清，排查会绕很大弯。
