GoLand 启动时不继承终端环境变量，需通过 launchctl（macOS）、desktop 文件或系统设置（Linux/Windows）注入；运行配置须手动填写环境变量；t.Setenv 仅对当前测试函数内后续调用有效；GOROOT 必须严格匹配 go env GOROOT 输出路径。
GoLand 启动时没继承终端环境变量
GoLand 作为 GUI 应用，启动时不自动加载 ~/.zshrc、~/.bash_profile 等 shell 配置里的 export，所以你在终端里 echo $PATH 正常，IDE 里却找不到 go 或读不到 DB_URL。这不是 GoLand 故意搞事，是 macOS/Linux 图形会话的通用限制。
实操建议：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- macOS 用户优先用
launchctl setenv KEY VALUE注入全局 GUI 环境（需重启 GoLand） - Linux（GNOME/KDE）可改 desktop 文件，在
Exec=行前加env KEY=VALUE，或设~/.profile并确保 Display Manager 加载它 - Windows 用户检查“系统属性 → 高级 → 环境变量”，确保是“系统变量”或当前用户变量，且 GoLand 是以同一用户启动
Run Configuration 里漏填 Environment Variables
即使系统环境变量已生效，GoLand 运行/调试程序时默认不透传——它用的是干净子进程，除非你手动指定。所以 os.Getenv("PORT") 在代码里返回空，大概率只是因为你没在运行配置里填。
实操建议：
- 点击右上角运行配置下拉框 → Edit Configurations
- 在
Environment variables栏直接写PORT=8080;DB_URL=sqlite://test.db（Windows 用;，macOS/Linux 用:分隔） - 别信“继承父进程”，勾选
Include system environment variables仅对部分字段有效，关键变量必须显式列出 - 如果变量值含空格或特殊字符，不用引号——GoLand 内部会处理，加了反而可能被当字面量
测试中 t.Setenv 不生效的三个硬伤
t.Setenv 看似方便，但极易失效：它只影响当前 TestXxx 函数体内、t.Setenv 调用之后的 os.Getenv，且会被 init()、os.Clearenv()、godotenv.Load() 等提前调用彻底绕过。
实操建议：
- 确认被测代码没在
init()里读环境变量（比如某些日志库、DB 初始化器） - 避免在测试里调用
godotenv.Load()—— 它内部缓存os.Environ()快照，t.Setenv改不动 - 真要测多组值，用多个独立测试函数，别在一个函数里反复
t.Setenv；或者改用os.Setenv+defer os.Unsetenv（注意并发风险）
GOROOT 配错导致整个环境链断裂
GoLand 显示 “No Go SDK found” 或 “Invalid SDK”，90% 是因为 GOROOT 指向了错误路径：比如填了 /usr/local/go/bin（多了 /bin），或指向源码目录（~/go/src），或 Windows 下用了带尾部反斜杠的路径（C:\Go\）。
实操建议：
- 先在终端执行
go env GOROOT，复制输出结果，粘贴进 GoLand 的 Settings → Go → GOROOT - Windows 用户务必删掉路径末尾的
\；macOS/Linux 用户确认路径不以/bin结尾 - 不要手动新建
GOROOT环境变量再填进 IDE —— GoLand 的GOROOT设置和系统GOROOT是两套逻辑，混用必乱
