os.getenv 总返回空字符串是设计使然：无法区分“未设置”和“值为空”，必须用 os.lookupenv 的 bool 返回值判断变量是否存在，缺失时立即 fatal；默认值、布尔解析、容器/ide/测试环境变量注入、敏感信息管理及初始化时机均需严格遵循最佳实践。
os.Getenv 为什么总返回空字符串
它不是 bug，是设计：对“变量未设置”和“值为空”都返回 ""。你无法靠返回值判断到底是漏配、拼错名（比如 DB_URL 写成 DATABASE_URL），还是运维真设了个空串。后续直接传给 strconv.Atoi 或拼接 URL 就会静默 panic。
必须用 os.LookupEnv 判断变量是否存在
os.LookupEnv 返回 (string, bool)，第二个 bool 才是关键——ok == false 表示变量压根没被注入进程，这才是部署校验的唯一可靠依据：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必要变量缺失时立刻
log.Fatal("missing required env: DATABASE_URL")，别等数据库连接失败才报错 - 默认值逻辑要分两层：
if !ok { fallback }和if ok && strings.TrimSpace(value) == "" { fallback } - 布尔开关不能只看值是否为
"true"，还要检查ok，否则DEBUG没设时os.Getenv("DEBUG") == "true"是false，但逻辑已错位
容器、IDE、测试里读不到？先确认变量进了进程
Go 只读启动那一刻的环境快照，不是函数有问题，是变量根本没传进来：
- Linux/macOS：终端里先跑
echo $PORT，有输出才说明 shell 真导出了；go run main.go能读到 ≠go test也能读到 - Docker：必须显式用
-e PORT=8080或environment:注入；ENV PORT=8080在 Dockerfile 里只影响构建阶段 - Kubernetes：ConfigMap 的 key 必须全大写、只含字母/数字/下划线；Secret 挂载后变量才真正存在
- GoLand 等 IDE 默认不加载你的
~/.zshrc，得在 Run Configuration 里手动填 Environment Variables - 测试中用
t.Setenv("JWT_SECRET", "test")，它只作用于当前测试函数，且必须在t.Parallel()前调用
敏感变量绝不能写进 .env 文件
系统级环境变量才是正解。.env 文件哪怕加了 .gitignore，也极易因本地误操作、CI 缓存或镜像层残留导致密钥泄露：
- Linux/macOS：在
~/.zshrc或 systemd service 文件里export DB_PASSWORD="xxx" - Windows：用系统属性 → “环境变量” 图形界面，或 PowerShell 中
$env:DB_PASSWORD="xxx" - Docker：用
--env-file，并确保该文件不进镜像层（即不在COPY或ADD中） - Kubernetes：用
envFrom: secretRef挂载，而不是挂载.env文件再用godotenv.Load() - 永远别在
init()函数里读环境变量——包初始化顺序不可控，可能早于环境注入
Config 结构体，比业务逻辑里反复调 os.Getenv 更可靠，也更容易做类型转换和空值防护。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
