reflect.DeepEqual在测试中难用，因其对nil切片与空切片判为不等、无法忽略字段、不报告差异位置、强制比较未导出字段且无自定义逻辑（如时间截断、浮点容差），导致CI偶发失败及调试困难。
go-cmp 能显著提升结构体、嵌套 map/slice 的断言可读性和健壮性，但直接替换 reflect.deepequal 可能因零值比较或未导出字段行为翻车。
为什么 reflect.DeepEqual 在测试里越来越难用
它对零值过于严格（比如 nil slice 和空 []int{} 判为不等），无法忽略特定字段，也不报告差异位置。更麻烦的是：当结构体含未导出字段时，reflect.DeepEqual 仍会比较——而你通常并不关心它们，甚至可能因内部实现变更导致测试意外失败。
常见错误现象：TestXxx 在 CI 偶发失败，本地却通过；或修改了 struct 内部缓存字段后，一堆测试报 “expected … got …” 却看不出哪一层出了问题。
- 它不支持自定义比较逻辑（如浮点误差容忍、时间精度截断）
- 错误信息是整块输出，diff 靠肉眼扫
- 对 interface{} 值的比较依赖底层具体类型，容易隐式失效
cmp.Equal 的基础用法和必须传的选项
cmp.Equal 默认行为比 reflect.DeepEqual 更合理：忽略未导出字段、区分 nil slice 和空 slice（除非显式允许）。但**不传任何选项几乎一定踩坑**。
最常用且安全的起点是：
cmp.Equal(got, want, cmp.Comparer(proto.Equal), cmpopts.EquateNaN(), cmpopts.SortSlices(func(a, b int) bool { return a < b }))
说明：
-
cmp.Comparer(proto.Equal)：遇到proto.Message类型时走 protobuf 自带的语义比较，而非字节级 -
cmpopts.EquateNaN()：让float64(NaN)==float64(NaN)，否则默认不等 -
cmpopts.SortSlices：对无序 slice 做排序后再比，避免因插入顺序不同误报
别漏掉 cmpopts.IgnoreUnexported(T{})——如果你的 struct 确实有未导出字段且不想测它们。
如何精准忽略测试中不关心的字段
用 cmpopts.IgnoreFields 比字符串匹配更稳，它基于类型+字段名，不会误伤同名嵌套字段。
例如想忽略 User 的 CreatedAt 和所有 Cache* 字段：
cmp.Equal(got, want, cmpopts.IgnoreFields(User{}, "CreatedAt", "CacheHit", "CacheMiss"))
注意：
- 字段名必须是导出的（首字母大写），否则被
cmp自动跳过，无需额外忽略 - 不能写正则或通配符，
"Cache*"是字面量匹配，不会生效 - 如果嵌套结构里也有同名字段（如
User.Profile.Name和User.Name），IgnoreFields(User{}, "Name")只影响顶层
更灵活的方式是 cmp.FilterPath + cmp.Ignore，适合动态条件，但小项目够用 IgnoreFields 就行。
调试失败时怎么快速定位差异点
cmp.Equal 默认只返回 bool，要看到 diff 必须用 cmp.Diff 单独调用：
if !cmp.Equal(got, want, opts...) {
t.Errorf("mismatch (-got +want):\n%s", cmp.Diff(got, want, opts...))
}
关键点：
-
cmp.Diff接收的选项必须和cmp.Equal完全一致，否则 diff 和断言行为不一致 - 对大结构体，加
cmpopts.MaxDepth(5)防止无限递归卡死 - 如果字段太多，用
cmpopts.AcyclicTransformer把 ID 字段转成字符串，减少嵌套展开
真正容易被忽略的是：当你封装了通用断言函数，必须把 cmp.Option 透传进去，而不是在函数内部写死——否则调用方无法控制 diff 行为。
