GoLand运行配置中添加环境变量仅作用于当前进程，需在「Edit Configurations」→「Environment variables」表格中填写KEY=VALUE，勿重复设置GOROOT/GOPATH，关键填业务变量如GO111MODULE=on、GOPROXY等，并注意模板层级覆盖问题。
GoLand 运行配置里加环境变量，不是改系统变量
GoLand 的「运行配置」中添加的环境变量，只作用于当前 Run/Debug 启动的进程，不影响系统或终端全局。很多人误以为要改 Windows 的系统环境变量窗口，结果改完 go run 在终端能用，但在 Goland 里还是读不到——那是因为 Goland 启动时没继承你改过的值，或者根本没配到运行配置里。
常见错误现象：
- 代码里
os.Getenv("MY_API_KEY")返回空字符串 -
go env -w GOPROXY=...生效了，但 Goland 跑go mod download仍超时 - 在终端设了
GOPATH，Goland 却提示 “cannot find package”
实操建议：
- 打开右上角「Edit Configurations…」→ 左侧选中你的 Run Configuration（比如「Run main.go」）→ 右侧找到「Environment variables」输入框
- 点击右侧的
…按钮，弹出表格界面，按行填入KEY=VALUE（如LOG_LEVEL=debug、GOPROXY=https://goproxy.cn） - 勾选「Include system environment variables」——这个选项决定是否把系统当前环境变量（比如
GOROOT）一并传进去；不勾选的话，连PATH都可能被清空，导致找不到go命令 - 如果值含空格或特殊字符，不用加引号，Goland 会自动处理；但路径类变量（如
HOME=D:\mygo）请确保路径存在且权限正常
为什么 GOPATH/GOROOT 在运行配置里不填也常能跑通
因为 Goland 默认从系统环境变量或 IDE 设置（Settings → Go → GOROOT）自动推导这些关键变量，而不是靠运行配置里的 GOROOT=C:\Go。一旦你在运行配置里手动写了 GOROOT，反而可能覆盖 IDE 的正确设置，引发 cannot find package "fmt" 这类标准库丢失错误。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
所以：
- 不要在「Environment variables」里重复填
GOROOT或GOPATH，除非你明确需要为某次运行临时切换 SDK 或工作区 - 真正该填的是业务相关变量：比如
DB_URL、ENV=staging、GO111MODULE=on（虽然一般已全局启用，但某些旧项目可能需要显式加固） - 若项目依赖
go.mod，且GO111MODULE=off被意外继承，仅靠运行配置加GO111MODULE=on就能快速绕过模块禁用问题
调试时环境变量没生效？检查这三点
最常踩的坑不是不会填，而是填了但被忽略或覆盖。
-
Working directory设错：如果设成D:\，而你的go.mod在D:\myproj，go run会找不到模块上下文，环境变量再对也没用 - 「Environment variables」和「Pass environment variables to child processes」混淆：后者是 Goland 内部行为开关，一般保持默认即可；重点盯前者那个表格
- 用了「Templates」模板却忘了改：比如你改了「Go Application」模板的环境变量，但新建配置时选的是「Run Kind: Directory」，它实际继承的是「Templates → Go Build」的设置，得去对应模板里改
复杂点在于：环境变量的来源有四层（系统 → IDE Settings → Run Configuration Template → 具体 Run Configuration），优先级从低到高。容易被忽略的是「Template」那一层——它不显眼，但改一次影响所有新配置。
