直接用 cmp.diff 比较 protobuf 消息会误报不等，因其默认反射比对未导出字段（如 xxx_sizecache、xxx_unrecognized）、time.time 纳秒差异及 map 顺序；须用 protocmp.transform() 跳过私有字段并做语义比较。
直接用 cmp.diff 对两个 protobuf 消息做比较，大概率会得到一堆“不相等”的误报——因为 protobuf 生成的 struct 包含未导出字段、指针、time.time 值、map 遍历顺序不确定性等，cmp 默认无法安全处理。必须显式传入 protocmp.transform() 或更细粒度的选项。
为什么 cmp.Diff(x, y) 对 protobuf struct 总是返回差异
Protobuf 生成的 Go struct（比如 message User {...} 编译后）内部有隐藏字段如 XXX_unrecognized、XXX_sizecache，还有 google.golang.org/protobuf/internal/impl.MessageInfo 等运行时元信息。这些字段在序列化/反序列化过程中可能被写入、清空或重排，但业务上完全无关。默认的 cmp 会逐字段反射比对，自然失败。
常见错误现象包括：
XXX_sizecache: -1 != 0XXX_unrecognized: []byte{...} != nil-
created_at: time.Time{...} != time.Time{...}（即使语义相同，纳秒级差异也被捕获）
必须使用 protocmp.Transform() 才能正确比对
protocmp.Transform() 是专为 Protobuf 消息设计的选项，它会跳过所有 protobuf 内部私有字段，并对 time.Time、duration、timestamp 等类型做语义等价判断（例如忽略纳秒精度、允许零值与未设置字段等价）。
使用方式很简单：
import (
"github.com/google/go-cmp/cmp"
"google.golang.org/protobuf/testing/protocmp"
)
diff := cmp.Diff(got, want, protocmp.Transform())
if diff != "" {
t.Errorf("mismatch (-got +want):\n%s", diff)
}
注意两点：
- 必须导入
google.golang.org/protobuf/testing/protocmp，不是旧版github.com/golang/protobuf/proto的配套包 -
protocmp.Transform()本身不处理自定义类型嵌套（比如 struct 里嵌了非 protobuf 字段），此时需额外叠加cmpopts.EquateEmpty()或cmp.Comparer(...)
当消息含 google.protobuf.Timestamp 或嵌套 Any 时的补充处理
如果消息中用了 google.protobuf.Timestamp 或 google.protobuf.Any，仅靠 protocmp.Transform() 还不够：前者需要时间语义对齐，后者需解包后再比对内容。
推荐组合写法：
diff := cmp.Diff(got, want,
protocmp.Transform(),
cmpopts.EquateErrors(), // 若含 error 字段
cmpopts.SortSlices(func(a, b *pb.User) bool { return a.Id
<p>关键点：</p>
-
timestamppb.Timestamp是新版 protobuf 的推荐类型，别用已弃用的timestamp.Timestamp -
Any类型需先调用msg.UnmarshalNew(...)解包，再对解出的值做cmp.Diff，不能直接比Any.Value字节切片 - 重复字段（
repeated）若顺序无意义，务必加cmpopts.SortSlices，否则字面顺序不同即判为不等
测试中避免依赖未导出字段或内存地址的陷阱
Protobuf 消息在反序列化后，某些字段（如 map、slice）可能指向同一底层数组；而新构造的 struct 则分配新内存。即使内容一致，cmp 默认不会认为它们相等——除非你明确告诉它“按值比较”。
典型踩坑场景：
- 从数据库读出一个 protobuf 消息，再用
proto.Unmarshal解析同一份二进制数据，两次结果的XXX_fields地址不同 → 被判不等 - 手动 new 一个 struct 并赋值，和从 wire 上解析出来的 struct 比较 → 指针字段（如
*string）值虽同，但指针地址不同
解决方案只有两个：
- 始终用
protocmp.Transform()——它内部已禁用指针比较，改用值语义 - 绝对不要在测试中直接构造 protobuf struct 字面量；统一用
proto.Unmarshal或proto.Clone生成期望值
最易被忽略的是：很多人以为只要用了 protocmp 就万事大吉，却在测试里手写 &pb.User{Name: "foo"}，这会导致比对永远失败——因为手写的 struct 缺少 protobuf runtime 初始化的字段，protocmp.Transform() 也救不回来。
