根本原因是环境变量未注入，Golang不自动加载.env文件；本地靠export或shell预设，线上需在systemd/Docker/K8s中显式声明，漏配将导致空值静默失败。
用 os.Getenv 读配置时，为什么本地能跑线上却空值？
根本原因是环境变量没注入，不是代码写错了。Golang 本身不自动加载 .env 文件，os.Getenv 只读操作系统级环境变量。
本地开发常用 export ENV=dev 或 shell 脚本预设；生产环境（比如 systemd、Docker、K8s）必须显式声明，漏掉就返回空字符串——这常导致数据库连不上、密钥缺失等静默失败。
- 本地调试可临时用
env ENV=prod go run main.go模拟生产环境 - Docker 中务必在
Dockerfile里用ENV ENV=prod，或运行时加-e ENV=prod - Kubernetes 需在
Deployment的env字段中定义，不能只靠 ConfigMap 挂载文件
要不要引入 viper？它真能解决环境差异问题吗？
viper 能统一读取不同来源的配置（环境变量、JSON/YAML 文件、远程 etcd），但默认行为反而容易埋坑：它会自动合并多个来源，且优先级不直观。
典型陷阱是本地有 config.yaml 设了 port: 8080，同时又设置了环境变量 PORT=9000，但没调用 viper.AutomaticEnv() 或没设置前缀，结果还是读到 8080。
- 必须显式调用
viper.AutomaticEnv()才启用环境变量覆盖 - 用
viper.SetEnvPrefix("APP")后，APP_PORT才对应port字段，否则不匹配 - 生产环境禁用
viper.ReadInConfig()（避免误读本地配置文件），只依赖环境变量
build tags 能隔离本地与生产逻辑吗？
可以，但仅限编译期硬切，适合开关日志级别、禁用 mock 数据库等简单场景。它不是运行时配置方案，也不能替代环境变量。
