goland 中统一管理环境变量的正确方式是：在 settings → go → go environment 设置项目级变量，并在 templates → go build 中勾选“include system environment variables”并填写业务变量，二者缺一不可。

GoLand 里多个 Run Configuration 共享环境变量的正确姿势

不能靠“每个配置单独填一遍”，那样改一个变量就得手动同步所有配置，极易漏掉或不一致。GoLand 提供了项目级环境变量继承机制，但默认不生效——必须显式启用并配置在正确位置。

为什么在 Run Configuration 的 Environment 字段填了却没用

常见错误是直接在某个 Go Build 或 Go Test 配置的 Environment 栏里写 ENV=dev，这只能作用于该单次运行。更糟的是：当你新增一个配置（比如加个 go run ./cmd/admin），它完全不会继承前一个的设置，导致调试时行为不一致。

• IDE 启动时未加载 shell 环境（尤其 macOS/Linux 从桌面图标启动）→ GOROOT、GOPATH 为空
• Run Configuration 的 Environment 是孤立字段，不跨配置共享
• GoLand 的“项目级环境变量”默认只影响 IDE 自身进程，不自动注入到子进程（即你的 go 程序）

统一设置的两个关键位置

真正能被所有 Run Configuration 继承的只有两处，且必须都设对：

GoLand 2026.1.1

GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。

下载

• 进入 File → Settings → Go → Go Environment → Environment（Windows/macOS/Linux 路径一致），点击 … 添加变量，例如：GO111MODULE=on、GOPROXY=https://goproxy.cn,direct
• 在 Run → Edit Configurations → Templates → Go Build（或 Go Test）里，勾选 Include system environment variables，再在下方 Environment variables 栏填你需要的业务变量，如：APP_ENV=staging

注意：Templates → Go Build 的设置会作为所有新建 Go Build 配置的默认模板；已存在的配置需手动勾选“Use template settings”或重新创建。

调试时发现环境变量还是没生效？检查这三点

最常被忽略的不是配置位置，而是验证方式和作用域边界：

• 别只信 IDE 界面显示——在代码里加 fmt.Println(os.Getenv("APP_ENV"))，或运行时执行 go env 看输出，确认是进程内真实值
• 如果用了 cgo 或调外部命令（如 exec.Command("sh", "-c", "echo $APP_ENV")），要确保 勾选了 Include system environment variables，否则子 shell 不继承
• Windows 用户注意：系统环境变量修改后，必须重启 GoLand 才能读取新值；macOS/Linux 用户若从终端外启动 GoLand，.zshrc 里的 export 不会被加载

真正的统一，不是“填一次就完事”，而是让模板接管新建配置、让项目级设置兜底全局行为——漏掉任一环，变量就会在某个配置里神秘消失。