go-cmp默认忽略未导出字段、time.time精度及时区差异、空map与nil不等、slice无序导致比较失败；需用cmp.exporter、cmp.comparer、cmpopts.equateempty和cmpopts.sortslices定制比较逻辑。
go-cmp 默认不比较未导出字段，结构体里有 privateField 就直接忽略
这是最常踩的坑：用 cmp.Equal 比较两个看似一样的结构体，结果返回 false，但打印出来字段值明明都一样。原因很简单——go-cmp 默认只遍历**导出字段**（首字母大写），所有小写开头的字段（如 id、data、cache）全被跳过。
解决办法是显式告诉它“我也要比较私有字段”，用 cmp.Exporter：
cmp.Equal(a, b, cmp.Exporter(func(reflect.Type) bool { return true }))
注意：这会让反射访问私有字段，仅限测试或可信上下文使用；生产代码中若依赖私有字段比较，通常说明设计上该把字段导出，或改用更明确的比较逻辑。
时间字段比较总失败？time.Time 的纳秒精度和时区容易导致误判
结构体里带 time.Time 字段时，cmp.Equal 默认逐字段比较，而 time.Time 的 Equal 方法虽能处理时区，但如果你是从 JSON 或数据库读取再反序列化，很可能出现“同个时刻、不同纳秒数”的情况（比如 MySQL 丢精度、JSON 解析默认用 time.Now().UTC() 初始化零值）。
推荐做法是统一用 cmp.Comparer 替换默认比较：
- 按秒对齐：
cmp.Comparer(func(x, y time.Time) bool { return x.Truncate(time.Second).Equal(y.Truncate(time.Second)) }) - 忽略时区，只比 UTC 时间戳：
cmp.Comparer(func(x, y time.Time) bool { return x.UTC().UnixNano() == y.UTC().UnixNano() })
别用 time.Time.Before/After 手动算差值——容易漏掉边界 case，也难维护。
嵌套 map/slice 比较时，cmpopts.EquateEmpty 和 cmpopts.SortSlices 得手动开
默认情况下，cmp.Equal 把 map[string]int{} 和 nil 当作不同值，把无序 slice 当作严格位置匹配。这在测试构造数据时特别反直觉。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
常见组合方案：
- 让空 map 和 nil map 等价：
cmpopts.EquateEmpty()
- 对 slice 先排序再比（要求元素可比较）：
cmpopts.SortSlices(func(a, b MyStruct) bool { return a.ID - 如果 slice 元素不可比较（含函数、map 等），得先用
cmp.Transformer转成可比标识（比如取ID字段做 key 列表）
不加这些选项时，哪怕内容完全一致，只因初始化方式不同（make([]T, 0) vs []T{}），就可能失败。
自定义比较器传参错误：函数签名必须严格是 func(T, T) bool
写 cmp.Comparer 时最容易错的是参数类型不对。比如想比较两个 *User，却写了 func(u1, u2 User) bool（值类型），而实际传进来的是指针——cmp 会静默 fallback 到默认比较，根本不会调你的函数。
检查方法很简单：把比较器单独拿出来，看它能不能被 cmp.Comparer 接收：
myCmp := func(a, b *User) bool { return a.ID == b.ID }
_ = cmp.Comparer(myCmp) // 这行编译不过？说明签名错了
另外，不要试图在比较器里 panic 或 log——cmp 可能多次调用它，且不保证顺序，调试建议改用 cmp.FilterPath + cmp.Printer 查哪一层没命中。
复杂结构嵌套深、字段多的时候，别堆一个大比较器包打天下；按字段粒度拆，配合 cmp.FilterPath 精准作用到某一层，反而更稳。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
