应直接使用 reflect.DeepEqual，它已正确处理嵌套类型、循环引用、NaN、nil 值及未导出字段等所有边界情况，性能优于手写反射逻辑；仅当需定位差异路径或定制过滤时才需自定义遍历。
直接用 reflect.DeepEqual 就行，别自己写递归反射比对逻辑——它已覆盖所有嵌套类型、循环引用、NaN、指针解引用等边界情况，且性能远超手写。
为什么不该手动实现嵌套结构体差异对比
手写基于 reflect.Value 的递归比对看似可控，实则极易踩坑：
-
reflect.DeepEqual能正确处理[][]int、map[string][]struct{}等任意嵌套组合；手动实现时，[]interface{}强转会编译失败，reflect.Slice和reflect.Array必须分开取元素，稍有遗漏就 panic - 遇到
nilmap / slice / interface{} 时，手动代码常漏判val.IsNil()，导致val.MapKeys()或val.Len()panic - 浮点数 NaN 不等于自身，
==直接返回 false；reflect.DeepEqual内部已特殊处理 - 结构体含未导出字段（小写首字母）时，手动反射无法读取，而
DeepEqual可安全跳过（只要不涉及可比性）
什么时候必须用自定义对比逻辑
仅当需要定位具体差异字段路径（如生成 patch、高亮 UI 差异、审计日志），而非仅判断“是否相等”时，才需介入反射遍历：
- 使用
reflect.Value逐层展开时，必须先调用rv.Elem()处理指针，否则rv.Kind()返回Ptr而非Struct - 对匿名字段（embedded field），需检查
fieldType.Anonymous == true，否则路径拼接会错位（例如user.Profile.Name实际应为user.Name） - 若要支持结构体 tag 过滤（如跳过
json:"-"字段），必须用rv.Type().Field(i)获取StructTag，再解析，不能只靠rv.Field(i) - 修改值前务必检查
field.CanSet() && field.CanAddr()，嵌套深层字段可能因原始值非指针而不可设
reflect.DeepEqual 的真实限制与绕过方式
它不是万能的，但限制明确、可预期：
立即学习“go语言免费学习笔记（深入）”；
- 不支持函数、
unsafe.Pointer、含不可比字段（如sync.Mutex）的结构体——此时必须提前过滤或 panic 提示 - 不提供差异详情，只返回
bool；如需 diff 输出，可用第三方库如github.com/r3labs/diff，它底层仍基于reflect，但封装了路径追踪 - 性能敏感场景（如每秒万级比较），可先用
==快速路径：若结构体所有字段均为可比类型（无 slice/map/func），直接用a == b比DeepEqual(a, b)快 3–5 倍 - 注意：传入
nil接口值时，DeepEqual(nil, (*T)(nil))返回false；若业务允许空等价，需前置判空
真正难的不是写对逻辑，而是意识到哪些场景不该动反射——比如字段级 diff 日志，与其在运行时拼路径字符串，不如在结构体定义时加 diff:"ignore" tag，用代码生成器预编译对比函数。
