GoLand内置终端默认不继承运行配置环境变量，因其启动的是非登录shell，需手动设为login shell（如/bin/zsh -l）或source配置文件才能使os.Getenv生效。
GoLand 内置终端默认不继承你在 Edit Configurations 里设的运行环境变量，也不自动加载系统 shell 的 .zshrc 或 .bash_profile。想让终端执行 go run、go build 时能读到你配的 MY_ENV_VAR 或 GOPROXY，得手动打通这条链路。
为什么终端里 os.Getenv("MY_ENV_VAR") 总是空的
因为 GoLand 的 Terminal 默认启动的是“干净”的 shell 进程，它不走你的登录 shell 初始化流程，也就不会 source 任何配置文件。即使你在 Edit Configurations → Environment 里加了变量，那仅对 IDE 启动的 Go 进程生效，不影响 Terminal。
- 验证方式：在 Terminal 里执行
echo $MY_ENV_VAR，为空就说明没继承 - 对比：在系统终端（如 iTerm / Terminal.app / cmd.exe）中执行同一命令，如果能输出，说明变量本身没问题
- 根本原因：GoLand Terminal 默认用的是 non-login、non-interactive shell，跳过了 profile 加载
让内置终端加载 shell 配置的两种可靠方式
必须显式告诉 Terminal 哪个 shell 是“带环境的”，并让它以 login 模式启动：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- macOS / Linux：打开
Settings → Tools → Terminal，把Shell path改成/bin/zsh -l（或/bin/bash -l），末尾的-l是关键，表示 login shell - Windows：改
Shell path为cmd.exe /k或powershell.exe -ExecutionPolicy Bypass -NoExit -Command，确保它会执行登录脚本（如$PROFILE） - 改完后重启 Terminal 标签页，再执行
env | grep MY_ENV_VAR确认变量已出现
不改 Terminal 设置时的临时补救方案
如果你不想动全局 Terminal 配置，或者团队共用一套 IDE 设置，可以在 Terminal 里手动加载：
- macOS / Linux：
source ~/.zshrc && go run main.go（把~/.zshrc换成你实际用的配置文件） - Windows PowerShell：
. $PROFILE; go run main.go - 更稳妥的做法：写个简短 wrapper 脚本，比如
run.sh，开头加source ~/.zshrc，然后go run "$@"，再在 Terminal 里调用它
注意 GOROOT 和 GO111MODULE 的特殊性
这两个变量即使出现在 Terminal 环境里，也可能被 GoLand 的 SDK 配置覆盖。比如你 Terminal 中 go env GOROOT 返回 /usr/local/go，但 IDE 报错说找不到 fmt，大概率是项目设置里的 Project SDK 指向了错误路径。务必检查：File → Project Structure → Project → Project SDK 是否指向含 src 和 bin/go 的完整 Go 安装根目录，而不是只指向 bin 子目录。
