GoLand的自动构建不读取环境变量，唯一可靠注入方式是Run → Edit Configurations…中的Environment variables字段，需严格按KEY=VALUE格式填写，并勾选Include system environment variables。
GoLand 的自动构建（如 Save Actions、Build on Save、或后台编译检查）本身不执行 go build，也不启动 Go 进程，因此**不会读取或注入任何环境变量**——你看到的 import 错误、类型解析失败、模块加载异常，和环境变量无关。真正需要注入环境变量的场景，是运行（go run）、调试（dlv）或显式构建（go build）时。
GoLand 的 Run Configuration 是唯一可靠的注入入口
所有影响 os.Getenv() 结果的环境变量，都必须通过 Run → Edit Configurations… 配置。IDE 不会从系统 shell、.zshrc 或 Windows 用户变量中自动拉取业务变量。
- 打开配置后，在右侧找到
Environment variables栏，点击右侧…按钮 - 填入键值对，格式严格：
KEY=VALUE（等号左右**不能有空格**） - 多个变量用分号
;（Windows）或冒号:（macOS/Linux）分隔，GoLand 会自动转义 - 勾选
Include system environment variables，否则HOME、USER等基础变量丢失，调exec.Command("sh", "-c", "whoami")可能失败 - 若想让所有新配置默认带这些变量，需填在
Templates → Go Build中，而非单个配置里
为什么在 Settings → Go → Go Environment 里设了变量却读不到？
Settings → Go → Go Environment 设置的是 Go 工具链自身的运行参数（如 GO111MODULE=on、GOROOT），不是你程序进程的环境。它会影响 go list、go mod download 等 IDE 内部调用，但不会透传给你的 main() 函数。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 这里设的
GOBIN控制go install输出位置，不影响os.Getenv("GOBIN") - 这里设的
GOPROXY影响模块下载，但你的代码里os.Getenv("GOPROXY")仍是空的，除非你在 Run Configuration 中也加一遍 - 修改此页面后需重启 GoLand 才生效（尤其 macOS/Linux 从 Dock 启动时）
os.Getenv 读不到？先确认变量真进了进程
别急着改代码，先验证变量是否真的存在于当前运行进程的环境快照中：
- 在
main()开头加一行：fmt.Println(os.Environ())，运行后搜索输出里有没有你的KEY=VALUE - 如果没出现，说明变量根本没注入成功，问题一定出在 Run Configuration 或终端启动方式上
- 如果出现了但
os.Getenv("KEY")仍返回空字符串，立刻换成os.LookupEnv("KEY")——os.Getenv对“未设置”和“设为空字符串”都返回""，无法区分 - Windows 下注意大小写：
os.Getenv("path")可能碰巧返回值，但跨平台不可靠；应始终用PATH
最易被忽略的一点：GoLand 的 Terminal 和 Run Configuration 是两个独立环境。你在 Run 配置里设了 APP_ENV=dev，不代表你在内置终端里执行 go run main.go 就能读到它——后者只认 shell 当前环境。调试时行为不一致，往往就卡在这里。
