godotenv.load() 未生效主因是默认只读取当前工作目录下的.env文件，而go工作目录未必是项目根目录；需确认os.getwd()路径、确保.env存在、避免引号干扰、注意加载顺序及docker/ci中文件缺失问题。
godotenv.Load() 为什么没生效
常见现象是调用 godotenv.Load() 后，os.Getenv("DB_HOST") 依然为空。根本原因不是函数没运行，而是它只读取当前工作目录下的 .env 文件——而 Go 的工作目录不一定是项目根目录，尤其是用 IDE 运行、或从子目录执行 go run 时。
- 先确认当前工作目录：
fmt.Println(os.Getwd())，再检查该路径下是否存在.env - 如果
.env在项目根目录但程序在子目录运行，改用godotenv.Load("../.env")或更稳妥的路径定位方式 -
godotenv.Load()默认不覆盖已存在的环境变量；如需强制覆盖，用godotenv.Overload() - 错误信息如
open .env: no such file or directory就是路径问题，不是包没装好
变量值带引号或换行怎么处理
godotenv 解析时会保留双引号、单引号内的空格和特殊字符，但不会自动去除引号本身——比如 API_KEY="abc123" 会被读成字符串 "abc123"（含引号），导致鉴权失败。
- 避免在
.env里手动加引号，除非值里真有空格或#：直接写LOG_LEVEL=debug，而不是LOG_LEVEL="debug" - 如果必须保留引号（如含空格的路径），用
strings.Trim清理：strings.Trim(os.Getenv("DATA_DIR"), `"'"`) - 注释行以
#开头，但#出现在值中间（如TOKEN=abc#123）会被截断，此时必须用引号包裹整个值
多个 .env 文件怎么按优先级加载
开发、测试、生产环境常需要不同配置，godotenv 本身不支持“环境模式”，得手动组合加载顺序，且注意后加载的会覆盖先加载的。
- 典型做法：
godotenv.Load(".env.local", ".env.development", ".env")—— 参数越靠前优先级越高 - 文件不存在不会报错，
godotenv会跳过并继续下一个；所以别依赖报错来判断是否加载成功 - 不要把敏感配置（如密钥）写进 Git 跟踪的
.env，而是用.env.local并加入.gitignore - 如果用
os.Setenv手动设置过同名变量，它会比.env文件里的值优先级更高
为什么本地能跑线上就炸（Docker / CI 场景）
最常被忽略的是：Docker 镜像里压根没有 .env 文件。Go 编译成二进制后，godotenv.Load() 仍试图从运行时的文件系统读取，但容器启动时往往只拷贝了可执行文件，没拷贝 .env。
- Dockerfile 中必须显式
COPY .env /app/.env（路径要和Load()调用路径一致） - CI 环境（如 GitHub Actions）默认不上传
.env，应改用 secrets 注入环境变量，跳过文件读取 - 某些部署平台（Vercel、Fly.io）不支持挂载
.env，只能靠平台提供的环境变量管理界面配置 - 用
godotenv本质是“开发便利”，上线后建议统一走系统环境变量，文件只是辅助手段
真正麻烦的从来不是读不到变量，而是变量读到了，但格式不对、路径不对、时机不对——尤其是跨环境时，.env 文件的存在感太弱，一不留神就被当成“本地才需要的东西”漏掉了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
