json.Marshal无法直接处理含未导出字段的嵌套map，因其仅序列化导出字段，且对非类型化map键（如含unexported字段的struct）不支持，递归时遇不可导出字段或无效reflect.Value会panic；需校验CanInterface、IsValid、CanAddr并防循环引用。
为什么 json.Marshal 无法直接处理含未导出字段的嵌套 map？
因为 json.Marshal 默认只序列化导出（首字母大写）字段，且对 map[interface{}]interface{} 这类非类型化 map 的键不做类型检查——一旦键是自定义 struct 或含 unexported 字段的类型，就会 panic：json: unsupported type: map[MyStruct]interface{}。更隐蔽的是，若嵌套 map 的 value 是指针或 interface{}，而内部实际值含未导出字段，json 包在递归时仍会卡住。
用 reflect.Value.MapKeys() 遍历时必须先 CanInterface()
反射访问 map 键值前，必须确认该 reflect.Value 可安全转为 interface{}，否则调用 .Interface() 会 panic。常见错误是直接对 map[string]T 的 key 值调用 .Interface() ——虽然 string 类型通常没问题，但若 map 是 map[MyKey]T 且 MyKey 含 unexported 字段，其 reflect.Value 的 CanInterface() 返回 false。
实操建议：
- 每次调用
v.MapKeys()后，对每个 keyk先判断k.CanInterface()，不满足则跳过或转为字符串标识（如fmt.Sprintf("%p", k.UnsafeAddr())） - value 侧同理：用
v.MapIndex(k)得到 valuev2后，也需检查v2.IsValid() && v2.CanInterface() - 若需保留原始 key 类型语义，可提前用
reflect.TypeOf(key).Kind()分支处理：对reflect.Struct类型 key，手动提取导出字段拼接字符串
递归序列化中如何避免无限循环和栈溢出？
嵌套 map 若存在循环引用（例如 m1["child"] = m2; m2["parent"] = m1），纯递归会崩溃。Go 的 reflect 不提供内置引用追踪，必须手动维护已访问地址集合。
立即学习“go语言免费学习笔记（深入）”；
实操建议：
- 用
map[uintptr]bool记录已遍历的reflect.Value.UnsafeAddr()，注意：仅对reflect.Ptr、reflect.Map、reflect.Slice、reflect.Struct等可能循环的类型记录 - 对
reflect.Map类型，取v.UnsafeAddr()前先确认v.CanAddr()；不可取址的（如字面量 map）跳过记录，靠深度限制兜底 - 设置最大递归深度（如 10 层），在递归函数参数中传递 depth 计数器，超限时返回占位符（如
"<circular>"</circular>）
用 reflect.Value.Interface() 转换前务必检查 CanAddr() 和 IsValid()
很多 panic 源于对零值 reflect.Value 或不可寻址值调用 .Interface()。比如从 map[string]interface{} 中取一个不存在的 key，v.MapIndex(k) 返回的 reflect.Value 是 invalid；又比如对 reflect.ValueOf(42).MapKeys()（42 不是 map）会 panic，但更隐蔽的是对 nil map 调用 MapKeys() 返回空 slice，后续遍历时 value 是 invalid。
实操建议：
- 所有
v.MapIndex(k)结果必须先if !v2.IsValid() { continue } - 所有
v.Interface()前加if !v.IsValid() || !v.CanInterface() { ... } - 对 map 类型，优先用
v.Kind() == reflect.Map && !v.IsNil()双重校验再进入递归
真正难的不是写递归逻辑，而是判断什么时候不该调用 .Interface() —— 它像一扇门，没锁好就推，程序就倒。多数崩溃都发生在第 3 层嵌套之后，那时人已经忘了最外层那个 reflect.ValueOf(x).Elem() 是否还有效。
