Viper 不直接用反射做结构体映射，因其核心设计不依赖反射，而是通过 Unmarshal() 委托 mapstructure 等解码器实现；字段需导出、用 mapstructure 标签，否则静默失败。
为什么 Viper 不直接用反射做结构体映射
Viper 本身不依赖反射来绑定配置到结构体——它默认只提供 Get()、GetString() 这类手动取值方式。所谓“反射映射”，其实是用户自己调用 viper.Unmarshal() 或第三方库（如 viper.BindPFlags() 配合 flag）触发的，而 Unmarshal() 底层才真正用到 encoding/json 或 gopkg.in/yaml.v3 的反射逻辑。
这意味着：你写的 viper.Unmarshal(&cfg) 看似简单，实际走的是标准库的反序列化路径，不是 Viper 自己写的反射器。
-
viper.Unmarshal()会把当前所有配置（包括环境变量、文件、远程 etcd 等 merge 后的结果）先序列化成字节流，再用json.Unmarshal()或对应格式解码器喂给结构体 - 所以字段标签必须是
json:或mapstructure:，yaml:标签默认不生效（除非显式配viper.SetDecoderConfig()） - 如果结构体字段是私有的（首字母小写），反射无法写入，
Unmarshal()会静默跳过——不会报错，但值永远是零值
struct tag 该写 mapstructure 还是 json
写 mapstructure:。Viper 默认用 mapstructure 解码器，不是 json。虽然 json: 在多数情况下也能 work，但行为不一致：
-
json:"foo,omitempty"中的omitempty在 mapstructure 下无效；要用mapstructure:",omitempty" -
json:"FOO"能匹配环境变量FOO=1，但mapstructure:"FOO"才能稳定匹配各种来源（尤其当配置来自 YAML 文件时，大小写敏感性更明显） - 嵌套结构体、切片、指针字段在
mapstructure下解析更可靠；比如[]string从逗号分隔字符串自动拆分，只在mapstructure模式下支持
示例：
立即学习“go语言免费学习笔记（深入）”；
type Config struct {
Port int `mapstructure:"port"`
DB struct {
Host string `mapstructure:"host"`
Port int `mapstructure:"port"`
} `mapstructure:"db"`
}
viper.Unmarshal() 常见静默失败原因
最常遇到的问题不是报错，而是字段没被赋值，且无任何提示。
- 结构体字段未导出（小写开头）→ 反射不可写 → 直接跳过
- 字段类型和配置值类型不匹配，比如 YAML 里写
timeout: 30s，但结构体字段是int→ 解码失败，留零值，不 panic - 用了
json:tag 却没调用viper.SetConfigType("json")→ 实际读的是 YAML/ENV，tag 对不上 → 字段为空 - 配置键路径有层级（如
server.port），但结构体是扁平的，没用嵌套结构或mapstructure:",squash"→ 上层字段找不到对应 key → 不填充
想完全控制反射过程？绕过 Unmarshal 自己来
如果你需要动态判断字段是否应从环境变量覆盖、是否允许空字符串覆盖非空默认值、或者要记录哪个来源改写了哪个字段，就别用 Unmarshal()。直接用 reflect.Value + viper.Get() 手动赋值更可控。
- 遍历结构体每个字段，检查
field.Tag.Get("mapstructure")得到 key 名 - 调用
viper.Get(key)获取原始 interface{}，再用reflect.Value.Set()赋值（注意类型转换） - 这样你能拦截每个字段：比如跳过已初始化的字段、对时间字段额外调用
time.Parse()、对布尔字段统一处理"true"/"1"/"on" - 缺点是没法自动处理嵌套结构或 slice of struct；得递归实现，复杂度陡增
一句话：Viper 的反射是“黑盒解码”，自己写反射是“白盒控制”——前者省事但难调试，后者啰嗦但每个字段都由你定生死。
真正麻烦的从来不是怎么映射，而是当 viper.Get("log.level") 返回 nil 时，你得查清楚是没配置、配置被覆盖了、还是 key 写错了——而反射不会告诉你这些。
