Go 读取 .env 文件不能直接用 os.Getenv，因为其仅读取已加载的环境变量，而 .env 内容默认未注入；需先解析并调用 os.Setenv 注入，推荐使用 github.com/joho/godotenv，在 main 开头加载并校验错误。
Go 读取 .env 文件为什么不能直接用 os.Getenv？
因为 os.Getenv 只能读取已加载到进程环境变量中的值，而 .env 文件里的键值对默认根本没进内存。直接调用 os.Getenv("DB_HOST") 肯定返回空字符串——这不是 bug，是设计如此。
真正要做的，是把 .env 文件内容解析出来，再逐个调用 os.Setenv 注入运行时环境，后续才能被 os.Getenv 正常读取。
常见错误：只解析不注入，或者注入后没检查是否覆盖了已有系统变量（比如本地开发时 PORT=3000 被 .env 里 PORT=8080 覆盖，却没意识到）。
推荐用 github.com/joho/godotenv 加载 .env
它是最轻量、最稳定、社区验证过的方案，支持多文件、注释、变量替换（PATH=$HOME/bin）、引号包裹值等实际需求。
立即学习“go语言免费学习笔记（深入）”；
- 安装：
go get github.com/joho/godotenv - 基础用法：
godotenv.Load()默认加载当前目录下的.env；也可指定路径：godotenv.Load(".env.production") - 注意：如果文件不存在，
godotenv.Load默认静默忽略（不报错），容易误以为加载成功。建议显式检查：if err := godotenv.Load(); err != nil { log.Fatal("加载 .env 失败：", err) } - 多个文件叠加加载（如通用配置 + 环境专属）：
godotenv.Load(".env", ".env.local")，后者优先级更高
加载时机必须在 main() 开头，且早于任何依赖环境变量的初始化
比如数据库连接、HTTP 端口绑定、日志配置这些，都依赖 os.Getenv。如果把 godotenv.Load() 放在它们之后，等于白加。
典型反例：
func main() {
db := initDB() // 这里可能已经读了 os.Getenv("DB_URL")，但还没加载 .env
godotenv.Load() // 太晚了
http.ListenAndServe(":"+os.Getenv("PORT"), nil)
}
正确顺序：
func main() {
if err := godotenv.Load(); err != nil {
log.Fatal(err)
}
db := initDB() // 此时 os.Getenv 才有效
http.ListenAndServe(":"+os.Getenv("PORT"), nil)
}
更稳妥的做法是封装一个 loadEnv() 函数，在 main() 最顶部调用，并确保所有全局变量初始化都在它之后。
不要把敏感值硬编码进 .env 文件再 git 提交
.env 是给本地开发用的，不是部署凭据存储方案。常见踩坑：
- 把
DB_PASSWORD=123456提交到 Git，CI/CD 流水线直接暴露 - 误以为
.env会被自动忽略，结果没写进.gitignore - 在容器中挂载
.env文件，却忘了它和宿主机权限、路径大小写有关（Linux 区分大小写，.ENV≠.env）
生产环境应改用：Kubernetes Secret、AWS Parameter Store、或通过环境变量直接注入容器（docker run -e DB_PASSWORD=xxx），然后让 Go 程序只用 os.Getenv 读取——这时反而不需要 godotenv。
也就是说，godotenv 的存在意义，仅限于开发阶段补全缺失的环境上下文，而不是替代真正的环境隔离机制。
