goland 的 go environment 变量仅影响 ide 自身行为，不影响程序进程；要使 os.getenv() 读取到值，必须在 run configuration 的 environment variables 中显式配置。
不能直接读取。GoLand 里设置的 Go Environment 变量（如 GOPROXY、GOBIN）只影响 IDE 自身行为，不注入到你的程序进程里。 想让 os.Getenv("MY_VAR") 返回值，必须显式传给运行时进程，而不是依赖 IDE 的全局配置。
GoLand 的 Go Environment 和程序进程是隔离的
你在 File → Settings → Go → Go Environment 里填的变量，只被 IDE 用来决定：
- 用哪个
go命令执行go mod tidy、go list等后台操作 - 代码补全时加载哪些标准库路径
- 是否启用模块模式（
GO111MODULE）
它完全不会出现在你 main() 函数启动的进程环境里。所以即使你在这里写了 DB_HOST=localhost，os.Getenv("DB_HOST") 依然返回空字符串。
让 os.Getenv() 读到值，必须配 Run Configuration
这是唯一可靠的方式。GoLand 启动你的程序时，会新建一个干净进程，默认不继承任何 IDE 配置的变量。
- 点击右上角运行配置下拉箭头 →
Edit Configurations… - 选中当前配置（如
testProject），展开Environment variables区域 - 点
…，填入键值对：DB_HOST=localhost、LOG_LEVEL=debug - 勾选
Include system environment variables（可选，决定是否合并系统 PATH 等） - 保存后运行，
os.Getenv("DB_HOST")就能拿到值了
注意：Environment variables 和上面说的 Go Environment 是两套独立机制，别混用。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
单元测试也得单独配，不能靠终端 export
即使你在内置 Terminal 里执行了 export API_URL=http://localhost:8080，运行测试时照样拿不到——因为 go test 是另一个子进程，和 Terminal 不共享环境。
- 测试配置同样走
Edit Configurations…，但要选中类型为Go Test的配置 - 在它的
Environment variables里填值，不是改系统或 Terminal - 验证方式：在测试函数里写
t.Log(os.Getenv("API_URL"))，看输出是否符合预期
项目级变量（如 GO111MODULE=on）可以配在 Go Environment 里，但只要涉及 os.Getenv()，就一定得进 Run/Debug 配置里再填一遍。
编译时注入变量要用 -ldflags，不是环境变量
如果你的目标是在编译阶段把某个值“硬编码”进二进制（比如版本号），os.Getenv() 不适用，它只能在运行时取值。
- 正确做法是用
go build -ldflags="-X 'main.Version=1.2.3'" - 对应代码：
package main var Version string func main() { println(Version) } - 这个
-ldflags必须在 Build 配置里加，不是在 Environment variables 里填；GoLand 的Build > Go Build设置页里有专门字段
最容易被忽略的是：环境变量的作用域分三类——系统级、IDE 进程级、你的程序进程级。跨层级传递必须显式声明，没有自动穿透这回事。
