os.getenv 返回空字符串是因为环境变量未加载，.env 文件需用 godotenv.load() 显式加载且必须置于 main() 开头；viper 需调 automaticenv() 并注意优先级规则。
os.Getenv 拿不到值，不是代码写错了，而是环境变量压根没加载进来——.env 文件不会自动解析，必须显式加载。
os.Getenv 为什么总是返回空字符串
os.Getenv 只读当前进程已有的环境变量，它对 .env 文件完全无感。常见失效场景：
- 用
go run main.go启动，但 shell 中没export DB_HOST=localhost - Docker 容器里没通过
environment或env_file注入，os.Getenv("DB_HOST")必然为空 - 空字符串
""和未定义无法区分——两者都返回""，得用os.LookupEnv判断是否存在
godotenv.Load() 必须放在 main() 最开头
很多人把 godotenv.Load() 塞进某个 init 函数或 config 包里，结果其他模块早于它调用了 os.Getenv，变量还是空的。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 必须在
main()第一行执行，早于数据库连接、日志初始化等任何依赖环境变量的逻辑 - 默认读取项目根目录下的
.env，路径可传参：godotenv.Load(".env.production") - 文件不存在时默认静默失败；加
godotenv.Overload()会覆盖已有变量，但要注意冲突风险 -
.env文件不支持内联注释：DB_PORT=5432 # comment会导致整行解析失败
Viper 读环境变量要手动开开关
viper.AutomaticEnv() 不是默认开启的，不调它，viper.GetString("app.env") 就算系统里有 APP_ENV=prod 也拿不到。
- 环境变量名默认转大写+下划线：想查
viper.Get("server.port")，得设SERVICE_PORT，不是SERVER_PORT - 要用
viper.SetEnvKeyReplacer(strings.NewReplacer(".", "_"))才能匹配点号命名 - 优先级链是硬规则：
viper.Set() > 命令行 > 环境变量 > 配置文件 > SetDefault()，改错位置就覆盖不了 -
viper.ReadInConfig()失败只返回 error，后续viper.Get()可能返回零值，务必配合viper.IsSet()判断
生产环境别碰 .env 文件
容器或 Kubernetes 场景下挂载 .env 文件再用 godotenv 加载，等于把敏感配置明文塞进镜像或宿主机目录。
- K8s 应用
envFrom: secretRef或configMapRef注入，而不是挂载文件 - systemd 服务用
EnvironmentFile=指向/etc/myapp/env（权限设为600），再由程序用os.Getenv读 - 本地开发用
.env没问题，但 CI/CD 流水线和部署脚本里要彻底剔除对它的依赖
真正容易被忽略的是读取时机和优先级叠加效应——比如 viper.AutomaticEnv() 开了，又调了 viper.Set("db.host", "127.0.0.1")，再设环境变量 DB_HOST=prod-db，最终值还是 "127.0.0.1"，因为 Set() 优先级最高。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
