应使用 os.lookupenv 而非 os.getenv，因其返回 (string, bool) 可明确区分“未设置”与“值为空”；os.getenv 对两者均返回 ""，易导致后续 panic。
直接用 os.Getenv 读取，但空值不报错也不提示
os.Getenv 是最常用的方式，但它在环境变量不存在或为空时都返回空字符串 ""，无法区分“没设置”和“设为空”。比如你期望 DB_URL 必须存在，但写成 os.Getenv("DB_URL") 后程序静默失败。
- 用前先检查是否为空：
if url := os.Getenv("DB_URL"); url == "" { log.Fatal("DB_URL is required") } - 不要依赖默认值逻辑（如
os.Getenv("ENV") ?: "dev"），Go 没三元运算符，得手写判断 - 注意大小写：Linux/macOS 区分大小写，
env="prod"和ENV="prod"是两个变量
用 os.LookupEnv 判断是否存在更安全
os.LookupEnv 返回两个值：value string 和 found bool，能明确知道变量是否被设置。这是处理必填配置的推荐方式。
- 示例：
if dbURL, ok := os.LookupEnv("DB_URL"); !ok { log.Fatal("missing DB_URL") } - 它不会把未设置和设为空混淆——
DB_URL=""时ok仍为true，而unset DB_URL时ok为false - 适合做启动校验，不适合做“有则用、无则跳过”的柔性逻辑
别硬编码默认值，用结构体封装 + 显式 fallback
把配置提取到结构体里，每个字段用函数封装获取逻辑，避免散落在各处的 os.Getenv。同时 fallback 要显式写出，而不是靠注释或脑补。
- 例如：
Port: func() int { if p, ok := os.LookupEnv("PORT"); ok { if v, err := strconv.Atoi(p); err == nil { return v } } return 8080 } - 避免在结构体字段直接赋值
Port: 8080然后 elsewhere 覆盖——容易漏掉某处没读环境变量 - 类型转换错误（如字符串转 int 失败）必须处理，否则 panic 可能发生在运行时而非启动时
测试时记得清理或隔离环境变量
单元测试里如果修改了 os.Environ() 或设置了 os.Setenv，会影响其他测试——Go 的 os.Setenv 是全局生效的。
- 测试前用
os.Unsetenv("FOO")清理，或用t.Setenv("FOO", "bar")（Go 1.17+）自动恢复 - 不要在
init()里读环境变量——测试时无法重置，且导致包级副作用 - CI 环境可能没设某些变量，本地跑通不代表上线可用，建议在 main 入口做一次集中校验
Setenv。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
