viper.getint()等类型获取方法会静默返回零值而非报错，因底层将配置统一视为interface{}且仅做有限转换；真正类型安全需依赖unmarshal绑定struct并配合mapstructure标签校验。
直接说结论：viper 默认把配置项全当字符串读，viper.GetString() 安全但 viper.GetInt() 或 viper.GetBool() 会静默失败或 panic——除非你确认 YAML/JSON 中的值类型和 Go 类型严格匹配，或者提前用 Unmarshal() 做结构化绑定。
为什么 viper.GetInt("port") 有时返回 0 而不报错
viper 在解析 YAML 或 JSON 时，底层用的是 map[string]interface{}，所有数字默认转成 float64（YAML spec 规定整数、浮点数都归为「数字」），而 viper.GetInt() 内部只对 int、int64、float64 等做有限转换，且不校验是否越界。一旦字段在配置里是字符串形式（比如 "8080"），GetInt() 就直接返回 0，无提示。
- 常见错误现象：
viper.GetInt("timeout")返回 0，但配置里明明写了timeout: "30"（带引号） - 正确写法应是
timeout: 30（不带引号），或改用viper.GetInt("timeout")前先viper.IsInt("timeout")判断 - 更稳妥的做法是统一用
viper.Get("timeout")拿interface{}，再手动strconv.Atoi()或cast.ToInt()（需引入github.com/spf13/cast）
用 Unmarshal 绑定 struct 才真正获得类型安全
靠单个 GetXXX() 方法没法保证类型，唯一能触发类型校验和 early fail 的方式，是定义 Go struct 并调用 viper.Unmarshal()。它会基于反射 + 类型标签（如 mapstructure）做字段映射和强制转换，失败时返回 error。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
配置文件中写
log_level: "debug"，struct 字段定义为LogLevel string→ 成功 - 同上配置，但字段定义为
LogLevel int→Unmarshal报错：cannot unmarshal string into Go struct field Config.LogLevel of type int - 支持
mapstructure:"log_level"标签自定义 key 映射，也支持required、default等校验（需配合github.com/mitchellh/mapstructure高级用法）
环境变量覆盖配置时，类型丢失比文件更隐蔽
viper 读取环境变量（如 VIPER_PORT=8080）时，所有值都是字符串，GetInt("port") 会尝试 strconv.Atoi()；但如果环境变量值含空格或非数字字符（比如 VIPER_PORT=" 8080 "），GetInt() 直接返回 0，Get() 返回原始字符串，Unmarshal() 则会因类型不匹配而 error。
- 建议：所有环境变量覆盖的字段，在 struct 中声明为
string，再在代码里显式转换（可加 trim + validate） - 避免混用：
viper.SetEnvPrefix("APP")后又手动os.Setenv("PORT", "8080")—— 这类变量不会被自动识别，除非你额外调用viper.BindEnv("port", "PORT") - 调试技巧：用
viper.AllKeys()和viper.Get(key)打印所有已加载的键值，确认实际类型是string还是float64
最易被忽略的一点：viper 不校验配置缺失字段——哪怕 struct 里字段是 int 且没设 default，Unmarshal() 也不会报 missing field 错误，而是填零值。真要强约束，得自己遍历 struct 字段，结合 reflect.StructTag 和 viper.IsSet() 做运行时检查。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
