viper.ReadInConfig()仅加载一个精确匹配的配置文件，不自动识别环境变量或尝试多个文件名；必须手动通过os.Getenv()拼接SetConfigName()，如"config."+env，并在ReadInConfig()前调用SetEnvPrefix()和AutomaticEnv()才能启用环境变量覆盖。
viper.ReadInConfig() 不会自动读取环境变量，也不会自动尝试多个配置文件名（比如 config.dev.yaml 和 config.prod.yaml）。它只按你明确指定的 SetConfigName() 和搜索路径去加载**一个**文件。多环境配置必须手动控制逻辑，不是开箱即用的功能。
为什么 viper.ReadInConfig() 找不到 config.prod.yaml？
因为 Viper 不会“猜”你要哪个环境——它只认你 SetConfigName("config.prod") 这种精确名称。常见错误是只设了 SetConfigName("config")，然后指望它自动加载 config.$ENV.yaml。
- 必须显式读取环境变量或命令行参数来决定文件名，例如：
env := os.Getenv("APP_ENV")，再调用viper.SetConfigName("config." + env) -
AddConfigPath()可调多次，但 Viper 按添加顺序查找，找到第一个匹配就停，**不会合并多个同名文件** - 若需叠加 base + env 配置（如
base.yaml+prod.yaml），得用两个独立viper.New()实例分别读取，再用Unmarshal()合并结构体
viper.AutomaticEnv() 为什么没生效？
环境变量绑定必须在 viper.ReadInConfig() 之前调用，否则完全不注册进合并流程。优先级（命令行 > 环境变量 > 文件）只在“取值时”起作用，前提是那些源已被提前声明。
- 顺序错误示例（无效）：
viper.ReadInConfig()→viper.AutomaticEnv() - 正确顺序：
viper.SetEnvPrefix("APP")→viper.AutomaticEnv()→viper.ReadInConfig() -
SetEnvPrefix("APP")必须设，否则AUTOMATICENV()不知道该匹配APP_SERVER_PORT还是MYAPP_SERVER_PORT - 环境变量值类型不会自动转换：设
APP_SERVER_PORT=8080后，viper.GetInt("server.port")才能解析；若设成APP_SERVER_PORT="8080"（带引号），返回0
如何安全 fallback 到通用配置？
不要依赖 Viper 自动 fallback。要自己写两层 ReadInConfig() 调用，并区分错误类型。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 先尝试加载环境专属配置：
viper.SetConfigName("config." + env) - 若报
viper.ConfigFileNotFoundError，再重设为通用名：viper.SetConfigName("config") - 第二次失败才 panic 或返回具体错误，避免把解析失败也当成“文件不存在”
- 注意：两次
ReadInConfig()之间无需清空 Viper 实例，但要确保SetConfigName()已更新
多环境配置最容易被忽略的一点
子实例（viper.Sub("db")）不继承父实例的 AutomaticEnv() 绑定和 SetEnvPrefix() 设置。如果你用 Sub 分离模块配置，每个子实例都得单独调用 AutomaticEnv() 并重新设前缀，否则环境变量对子配置完全不可见。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
