cmp.equal 比 == 更可靠，因 == 对结构体、切片、map 等类型直接 panic 或返回 false，而 cmp.equal 支持深度递归比较，可正确处理嵌套、nil 值及未导出字段（需显式配置）。
cmp.Equal 为什么比 == 更可靠
Go 原生 == 对结构体、切片、map、函数等类型直接 panic 或返回 false，根本不能用。比如 == 比较两个含 slice 字段的 struct，编译就报错；比较两个 []int{1,2} 和 []int{1,2}，结果是 false。而 cmp.Equal 是深度递归比较，能正确处理嵌套、nil slice/map、未导出字段（需显式配置）等场景。
实操建议：
- 所有测试中涉及结构体、切片、map 的相等断言，一律用
cmp.Equal替代== - 默认不比较未导出字段，若需比较（如测试内部状态），加选项
cmp.Exporter(true) - 注意：
cmp.Equal不支持比较含函数或 unsafe.Pointer 的值，会 panic，提前检查类型
如何忽略字段或自定义比较逻辑
测试时经常要忽略时间戳、ID、哈希值等非业务字段，或对浮点数、JSON 字符串做近似/标准化比较。靠写一堆 if 判断太啰嗦，cmp 提供了灵活的选项机制。
实操建议：
- 忽略字段用
cmpopts.IgnoreFields<t>("CreatedAt", "UpdatedAt")</t>，T 是结构体类型名 - 浮点数容差比较：用
cmpopts.EquateApprox(0.0, 1e-6)（绝对误差）或cmpopts.EquateApprox(0.0, 0.01)（相对误差） - 比较 JSON 字符串是否语义等价：先用
json.Unmarshal解析为map[string]interface{}，再传给cmp.Equal，或封装成自定义选项调用cmp.Comparer - 自定义比较函数必须签名是
func(x, y T) bool，且不能修改入参
在 test 中用 cmpopts.Diff 输出可读差异
cmp.Equal 只返回 bool，失败时看不到哪里不同。cmp.Diff 能生成类似 git diff 的文本差异，直接定位字段级偏差，大幅提升调试效率。
实操建议：
- 测试失败时，用
t.Errorf("mismatch (-want +got):\n%s", cmp.Diff(want, got))替代简单断言 - 对大对象，加
cmpopts.SortSlices(func(a, b int) bool { return a 避免因顺序不同误报 - 如果 want/got 含大量重复字段（如日志条目），可配合
cmpopts.IgnoreUnexported减少噪音 - 注意：diff 输出可能很长，建议只在
!cmp.Equal(...)为 true 时才调用，避免无谓计算
常见 panic 场景和绕过方式
用错 cmp 选项或传入非法值会导致测试 panic，而不是安静失败。最典型的是：比较含 NaN 的 float64、含循环引用的结构体、含不可比较 map 的 interface{}。
实操建议：
- NaN 比较必 panic，务必前置过滤：用
math.IsNaN检查，或改用cmpopts.EquateNaNs() - 循环引用（如 struct A 含 *A 字段）会栈溢出，应避免构造含循环的数据用于测试，或用
cmpopts.IgnoreUnexported跳过指针字段 - map 作为 interface{} 值时，
cmp无法推断 key/value 类型，显式转成具体类型再比较，例如cmp.Equal(got.(map[string]int), want) - 测试前加
if !cmp.CanCompare(want, got) { t.Fatal("uncomparable types") }可提前捕获问题
真正难的不是写选项，而是判断哪些字段该忽略、哪些浮点容差合理、哪些结构不该出现在测试数据里——这些得结合业务语义来定，库帮不了你。
