Go中用反射自动加载配置应避免手动reflect.Value.Set赋值，而应使用yaml.Unmarshal等标准解码器配合struct tag映射；反射仅用于动态选择解码器或统一分发，手动Set易因不可寻址、非导出字段、未初始化指针等导致panic。
Go 里用反射自动加载配置文件，不是让你手动 reflect.Value.Set 一行行赋值，而是用标准解码器（yaml.Unmarshal、json.Unmarshal）配合 struct tag 做映射；反射只该出现在“选哪个解码器”或“统一入口分发”这种动态决策环节。
为什么直接用 reflect.Value.Set 赋值容易 panic
常见错误是把结构体值传进去：reflect.ValueOf(cfg).FieldByName("Port").SetInt(8080) —— 这里 cfg 是值拷贝，不可设置。反射要求目标必须可寻址、可设置，否则直接崩溃。
- 必须传指针：
reflect.ValueOf(&cfg).Elem()才能拿到可设置的结构体实例 - 所有字段必须导出（首字母大写），非导出字段反射无法写入，且无任何提示
- 嵌套结构体字段需逐层检查
CanAddr()和CanSet()，不能假设父级可设子级就一定可设 -
map或slice字段必须先MakeMap()或MakeSlice()初始化，否则Set失败
struct tag 怎么安全提取和解析
标签本身只是字符串，reflect.StructField.Tag.Get("yaml") 是唯一安全取法；手动字符串切割会漏空格、引号、转义等边界情况。
- 标签 key 区分大小写：
"YAML"和"yaml"是两个不同键 - 未设置对应标签时
Get返回空字符串，不能用== nil判断 - 遇到
yaml:"port,string"这类带类型转换选项的，得先将原始值转成 string，再用strconv.Atoi等显式转换 -
omitempty是序列化控制，不影响反射阶段赋值，解析时可忽略
YAML/JSON 文件怎么选对解码器并避免静默失败
别靠 reflect.TypeOf(cfg).Name() 判断类型来路由格式——*Config 的 Name() 是空字符串，struct{} 根本没名字。这会导致路由错乱或 panic。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 根据文件后缀判断：
strings.HasSuffix(path, ".yaml")→ 用yaml.Unmarshal(data, &cfg) - 所有解码器都要求目标是指针，传
&cfg而非cfg，否则静默失败（尤其yaml.v2） - 优先用
gopkg.in/yaml.v3：v2 对 null、嵌套、自定义类型支持弱，易丢字段或 panic；v3 默认按零值处理，更符合反射赋值预期 - 解析前可用
yaml.Unmarshal(data, &map[string]interface{})粗校验语法，提前暴露格式错误
嵌套结构体 + 指针字段最容易被忽略的坑
YAML 里某块缺失（比如没写 redis:），而结构体字段是 *RedisConfig，反射不会自动 new 出指针目标。后续访问 cfg.Redis.Timeout 就 panic。
- 必须在结构体定义时确保指针字段有初始化逻辑，或在解析后做
nil检查并补new(RedisConfig) - 匿名嵌入字段不会自动继承 tag，
yaml:",inline"必须显式声明，反射不帮你补 - 从
map[string]interface{}转 struct 时，若某 key 缺失，对应 value 是零值，reflect.ValueOf(val)返回 invalid Value，调用.Interface()就崩
真正难的不是遍历字段，而是每层都要判断是否可寻址、是否可设置、类型是否匹配、指针是否已初始化——这些检查一旦漏掉一层，panic 就发生在运行时，而且堆栈信息往往不指向你写的那行反射代码。
