应使用os.LookupEnv而非os.Getenv，因其返回(string, bool)可明确区分“变量未设置”和“值为空”，避免因误判空值导致panic；它底层性能无差异，且是启动时校验必要配置的标准方式。
别用 os.Getenv 直接取关键配置，它返回空字符串时你根本分不清是“变量没设”还是“值就是空”，一转 int 或拼 URL 就 panic。
为什么 os.Getenv 总返回空字符串？
它不报错、不提示、不区分状态——查不到就默默返回 ""。这不是 bug，是设计：Go 要求你显式判断结果。
- 常见错误现象：
os.Getenv("DB_PORT")返回""，接着strconv.Atoi("")直接崩溃 - 真正原因往往不是代码写错了，而是变量压根没传进进程：shell 没重载、IDE 绕过 shell、Docker 忘加
-e、Linux 下大小写写错（比如用"path"而非"PATH"） - 验证方法很简单：在终端执行
echo $DB_PORT，有输出才说明系统里真有这个变量
生产环境该用 os.LookupEnv
os.LookupEnv 返回 value string, ok bool，明确告诉你变量是否存在。这才是判断“配置是否到位”的标准方式。
-
os.LookupEnv("HOME")→"/home/user", true -
os.LookupEnv("MISSING")→"", false - 启动时校验关键变量：
if dbUrl, ok := os.LookupEnv("DATABASE_URL"); !ok { log.Fatal("missing required env: DATABASE_URL") } - 性能无差别：底层共享同一张 map，多一次 bool 赋值可忽略
测试时读不到环境变量？不是 Go 的问题
go test 默认不继承父 shell 的环境变量，尤其在 IDE 或 CI 中更常见。本地 go run 正常，测试却崩，大概率是这个原因。
立即学习“go语言免费学习笔记（深入）”；
- 测试中显式设置：
os.Setenv("API_KEY", "test-key")，并用defer os.Unsetenv("API_KEY")清理 - 别依赖
.env文件自动加载：Go 标准库不支持，第三方包如godotenv是额外逻辑，上线时不会生效 - 批量读取所有变量要小心等号分割：
os.Environ()返回的是[]string，每个元素形如"KEY=VALUE"，但VALUE本身可能含等号（比如URL=https://a=b/c），不能简单strings.SplitN(e, "=", 2)
最易被忽略的点：环境变量是进程启动那一刻的快照，运行中改系统级变量，os.Getenv 和 os.LookupEnv 都不会更新——它们不是监听器，只是读取器。
