os.Getenv读不到环境变量主因是进程启动后环境快照已固定，后续export/set设置不生效；需确保在同shell会话运行、IDE手动配置或用-ldflags注入；必填变量须校验非空并提前退出，测试应避免init()调用且推荐依赖注入。
os.Getenv 读不到环境变量的常见原因
直接调用 os.Getenv("KEY") 返回空字符串，不一定是代码写错了，大概率是环境变量根本没生效。Go 程序启动时会拷贝父进程的环境快照，之后再设置的环境变量对已运行的进程无效。
- Linux/macOS 下用
export KEY=value设置后，必须在**同一 shell 会话中**运行 Go 程序；新开终端或用 IDE 运行时，该export不继承 - Windows 命令行用
set KEY=value是临时的，关闭窗口即失效；PowerShell 要用$env:KEY="value" - IDE（如 VS Code、GoLand）通常不自动加载 shell 的
.bashrc或.zshrc，需手动配置启动环境或改用go run -ldflags注入
如何安全地读取必填环境变量
os.Getenv 本身不报错也不校验，空值容易引发后续 panic。建议封装一层做存在性检查和默认 fallback。
示例：
func getEnv(key, fallback string) string {
if value := os.Getenv(key); value != "" {
return value
}
return fallback
}
dbHost := getEnv("DB_HOST", "localhost")
dbPort := getEnv("DB_PORT", "5432")
- 不要直接用
os.Getenv("PORT")后转strconv.Atoi—— 空字符串会导致panic: strconv.Atoi: parsing "": invalid syntax - 若变量为必需项（如数据库密码），应显式校验并提前退出：
if os.Getenv("DB_PASSWORD") == "" { log.Fatal("missing required env: DB_PASSWORD") }
测试时如何可靠注入环境变量
单元测试里不能依赖真实系统环境，否则 CI 可能失败或结果不稳定。
立即学习“go语言免费学习笔记（深入）”；
- 用
os.Setenv+defer os.Unsetenv在测试前后控制变量，但注意：它会影响并发测试，必须加t.Parallel()隔离或禁用并行 - 更推荐「依赖注入」方式：把环境读取逻辑抽成函数参数，测试时传入 mock map
- 避免在
init()函数里调用os.Getenv—— 它在包加载时执行，无法被测试覆盖或重置
os.Getenv 和 os.Environ 性能与用途差异
os.Getenv 是 O(1) 查找，适合按需取单个值；os.Environ() 返回全部环境变量切片（格式如 "KEY=value"），是 O(n) 遍历，一般只用于调试或导出。
- 高频调用场景（如 HTTP 中间件每次请求都读）无需缓存 ——
os.Getenv本身开销极小，底层是直接查 C 的environ数组 - 如果要批量校验多个变量是否存在，用
os.Environ()反而低效，不如多次os.Getenv -
os.Environ()返回的是副本，修改它不影响实际环境；也不能用来“设置”变量
echo $KEY）和 Go 进程看到的，根本就不是同一个上下文。 
