Go多格式解码必须加防护才敢用：需检查参数是否为可寻址指针，遍历字段前校验CanInterface和CanSet，限制递归深度与切片长度，并结合tag校验和零值检查防静默丢数据。
Go 框架里用反射做多格式解码（JSON/YAML/TOML）不是“能不能”，而是“必须加防护才敢用”。直接裸调 reflect.ValueOf 和 json.Unmarshal 类函数，在字段未导出、嵌套过深或类型不匹配时，轻则 panic，重则静默丢数据。
传参前必须检查是否为指针且可寻址
几乎所有解码函数（如 json.Unmarshal、yaml.Unmarshal）都要求目标参数是指针。但框架常接收 interface{}，用户可能传 struct 值而非指针：
- 错误写法：
decode(data, myStruct)→ 解码失败且无提示，因为底层无法修改原值 - 正确做法：先用
reflect.ValueOf(target).Kind() == reflect.Ptr判断；若不是，立刻返回 error，不继续执行 - 若需自动补指针，得额外判断
reflect.ValueOf(target).CanAddr()，否则.Addr()会 panic —— 比如传入字面量struct{}{}就不可取地址
遍历结构体字段时必须校验 CanInterface 和 CanSet
框架在反射赋值前（比如从 YAML key 映射到 struct 字段），不能假设所有字段都可操作：
-
v.Field(i).CanInterface()为 false 表示字段非导出（小写开头），此时调.Interface()必 panic -
v.Field(i).CanSet()为 false 表示字段不可写（比如是嵌套的未取地址 struct，或字段本身是 unexported），强行.SetXxx()会 panic - 推荐策略：只处理
CanInterface() && CanSet()为 true 的字段；对不可写字段跳过，并记录 warn 日志（不要静默忽略）
嵌套结构体或切片时避免无限递归和深度爆炸
多格式解码常遇到嵌套 map、slice、自引用 struct（如树形结构）。反射遍历时若不限制深度，容易栈溢出或耗尽 CPU：
立即学习“go语言免费学习笔记（深入）”；
- 默认不设限的
reflect.Value遍历（如递归调v.Kind() == reflect.Struct后再v.NumField()）可能陷入死循环，尤其当 struct 包含自身指针字段时 - 建议硬编码最大递归深度（如 16 层），每次递归前递减计数器；到达阈值后直接返回 error，不尝试解析子字段
- 对
reflect.Slice或reflect.Map，也要限制v.Len()上限（如 10000），防恶意超长 payload 触发 OOM
最易被忽略的是：反射解码的错误路径往往没有 fallback。比如 YAML 中一个字段类型写错（string 写成 number），yaml.Unmarshal 可能静默跳过该字段，而反射层又没做字段存在性校验，结果运行时才发现某个关键字段是零值 —— 这类问题必须靠提前校验 tag（如 yaml:"name(required)"）和解码后 reflect.Value.IsZero() 检查双保险。
