调用 reflect.value.interface() 会 panic 是因反射值未绑定真实内存地址，需先用 isvalid() 和 caninterface() 校验；处理 unmarshaljson 时须确保是指针类型且可寻址，并精确识别 json.rawmessage 类型，未导出字段无法通过反射调用其方法。
为什么 reflect.Value.Interface() 会 panic：nil interface 值
当你用反射拿到结构体字段的 reflect.Value，再调用 .Interface() 想传给实现了 UnmarshalJSON 的类型时，如果该字段是 nil 指针或未初始化的接口/切片/map，.Interface() 会直接 panic：reflect: call of reflect.Value.Interface on zero Value。这不是你代码写错了，而是反射值本身没绑定真实内存地址。
- 常见错误现象：在遍历结构体字段做 JSON 反序列化前预处理时突然崩溃，堆栈指向
.Interface() - 正确做法是先用
.IsValid()和.CanInterface()双重校验，缺一不可 -
.CanInterface()为 false 时（比如未导出字段、空指针字段），不能强转；此时应跳过或用.Kind()分支处理
如何安全调用自定义 UnmarshalJSON 方法
反射无法直接“触发”方法调用，必须手动检查字段是否实现了 json.Unmarshaler 接口，再通过 reflect.Value.MethodByName("UnmarshalJSON") 调用。但要注意：这个方法只对指针接收者有效，且目标值必须可寻址。
- 使用场景：通用结构体深拷贝 + JSON 预处理（如字段脱敏、时间格式统一）
- 必须确保
reflect.Value是指针类型（.Kind() == reflect.Ptr），否则MethodByName返回无效方法值 - 调用前用
.CanAddr()判断是否可取地址；不可寻址时（如 struct 字段是值类型），需用.Addr()获取指针再调用 - 示例：
if v.Kind() == reflect.Ptr && !v.IsNil() { if unmarshaler, ok := v.Interface().(json.Unmarshaler); ok { // 安全：v.Interface() 已经通过前面的 IsValid+CanInterface 校验 unmarshaler.UnmarshalJSON(data) } }
json.RawMessage 和反射字段类型不匹配导致静默失败
当结构体字段声明为 json.RawMessage，但反射中误当成 []byte 或 string 处理，后续调用 UnmarshalJSON 会失败或覆盖原始字节——因为 RawMessage 的实现是直接复制字节，不解析，而其他类型会尝试 decode。
- 常见错误现象：字段看起来“没变”，实际原始 JSON 被转成 map[string]interface{} 后又序列化回字符串，丢失格式和空字段
- 正确识别方式：用
v.Type() == reflect.TypeOf((*json.RawMessage)(nil)).Elem()精确比对类型 - 性能影响：
RawMessage避免了中间解析开销；若误走通用解析路径，GC 压力上升，尤其在高并发小包场景下明显
嵌套结构体里字段未导出，反射拿不到值也无法调用 UnmarshalJSON
Go 反射无法访问非导出字段（首字母小写），即使它实现了 UnmarshalJSON，reflect.Value.MethodByName 也会返回零值方法，调用后 panic 或无效果。
立即学习“go语言免费学习笔记（深入）”；
- 最容易被忽略的一点：不是所有“看起来能用”的字段都能被反射操作；未导出 + 自定义反序列化 = 彻底失效
- 没有绕过方案，只能改字段名（如
MyField），或把逻辑移到导出字段的UnmarshalJSON方法里集中处理 - 兼容性提示：如果结构体来自第三方库且无法修改，只能用
json.RawMessage兜底，再手动解析对应字段的原始字节
