GoLand 不接管系统环境变量，仅继承操作系统已配置的变量（如 GOROOT、GOPATH），运行时可通过 Run Configuration 注入项目级变量并覆盖同名系统变量。
GoLand 本身不接管系统级环境变量，它只是读取并继承你操作系统已配置的环境变量（如 GOROOT、GOPATH、GOPROXY），但运行时可额外注入项目级变量——这点常被误认为“GoLand 设置了环境变量”，实际是它在启动进程时做了透传或覆盖。
GoLand 启动时如何获取系统环境变量
GoLand 启动后会自动读取 Windows 系统变量（或 macOS/Linux 的 shell profile 中导出的变量），包括：GOROOT、GOPATH、GOPROXY、GO111MODULE、GOCACHE 等。它不会自动帮你写入这些变量，也不会校验其合法性。
- 如果你在 CMD/PowerShell 里执行
go env能看到正确值，GoLand 通常也能读到；反之，如果go env报错或值为空，GoLand 的 Go 工具链大概率会失效 - GoLand 的 Settings → Go → GOROOT 默认会尝试自动探测，但仅限于 PATH 中存在
go.exe且能执行go version的情况；若失败，必须手动指定路径（如D:\Go\bin） - Settings → Go → GOPATH 若勾选了
Use GOPATH that's defined in system environment，则忽略界面输入，完全信任系统变量；否则才用你填的路径（不推荐手动覆盖）
Run Configuration 中添加运行时环境变量
这是真正影响你 main 程序行为的地方：GoLand 允许你在单次运行配置中注入变量，这些变量会覆盖系统同名变量，仅对当前 go run 或编译后执行生效。
- 打开
Run → Edit Configurations…，选中你的配置（如go build或Directory） - 在
Environment variables栏点击右侧…，填入键值对，例如：APP_ENV=development、DB_PORT=5432 - 注意格式：等号左右**不能有空格**，多组用分号
;隔开（Windows）或冒号:（macOS/Linux），GoLand 会自动转义 - 这些变量会被
os.Getenv("APP_ENV")正确读取，但viper.AutomaticEnv()或godotenv不会自动加载它们——后者只读文件，前者需显式调用viper.BindEnv
常见错误：为什么 os.Getenv 拿不到变量？
不是 GoLand 没传，而是你没让 Go 进程收到，或者读取时机/方式不对。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在 Run Configuration 里设了
FOO=bar，但代码里写的是os.Getenv("foo")—— Go 环境变量名严格区分大小写 - 用了
godotenv.Load(".env")，却没把.env文件放在go run所在目录（即 Working directory），导致加载失败，而不是覆盖系统变量 - 在 Goland 中修改了系统环境变量（比如新增
MY_VAR=test），但没重启 Goland —— 它启动时只读一次，改完变量必须重启 IDE 才能感知 - 用
go run main.go直接在终端跑，却指望 Goland Run Configuration 里的变量生效 —— 完全无关，那是两个独立进程环境
调试建议：快速验证变量是否真的传进去了
别猜，直接打印进程视角下的全部环境变量：
package main
import (
"fmt"
"os"
)
func main() {
for _, e := range os.Environ() {
if e == "" {
continue
}
fmt.Println(e)
}
}
运行这段代码，观察输出里是否有你期望的变量。如果 Run Configuration 里写了却没出现，说明配置未生效；如果出现了但 os.Getenv 还是空，基本是拼写或作用域问题（比如在 init() 里提前读了，而变量还没被设置）。
最易忽略的一点：GoLand 的 Terminal 工具窗口默认继承的是 IDE 启动时的环境，不是你最新改的系统变量——要让它同步，要么重启 Goland，要么在 Terminal 里手动 source 或 set 一遍。这和你写代码时依赖的运行时环境，其实是两套逻辑。
