go中struct仅当类型名完全一致且所有字段可比较时才支持==比较；否则需用reflect.deepequal或手写equal方法，注意interface{}包裹后==恒为false。
struct 字段顺序和类型必须完全一致才能比较
Go 里两个 struct 能用 == 直接比较，前提是它们是同一类型（不是底层相同、而是类型名或定义完全一致），且所有字段都支持比较（比如不能含 map、func、slice）。哪怕两个 struct 字段名、类型、顺序一模一样，但一个是匿名定义、一个是具名类型，就不能比。
常见错误现象：invalid operation: cannot compare struct {} == struct {}，尤其在测试中手动构造匿名 struct 和函数返回的 struct 对比时高频出现。
- 使用场景：单元测试中想快速验证返回值是否等于预期 struct，别直接写匿名 struct，应复用同类型变量或用
reflect.DeepEqual - 字段顺序错一位——比如
type A struct { X int; Y string }和type B struct { Y string; X int }，即使字段名类型全对得上，也属于不同结构，不能比 - 嵌套 struct 也遵循同样规则：内层 struct 类型不一致，外层直接报错，不会“递归降级”成深度比较
含不可比较字段的 struct 只能用 reflect.DeepEqual
reflect.DeepEqual 是目前最稳妥的“看起来相等就返回 true”的方式，但它不是零成本操作——会反射遍历所有字段，对大 struct 或深层嵌套有明显开销，且无法处理含循环引用的值（会 panic）。
使用场景：API 响应结构体含 map[string]interface{} 或 []string，又需要断言内容一致时。
立即学习“go语言免费学习笔记（深入）”；
- 注意
reflect.DeepEqual对nilslice 和空 slice（[]int{}）视为相等，但==对 slice 永远不合法 - 浮点字段比较时，
reflect.DeepEqual是精确位比较，NaN != NaN，跟==行为一致；如需容差，请单独处理字段 - 自定义类型如果实现了
Equal方法，reflect.DeepEqual不会调用它，它只看底层数据布局
自定义 Equal 方法比 reflect 更快更可控
当 struct 稳定、字段不多、且有明确比较逻辑（比如忽略时间戳、忽略 ID），手写 Equal 方法是性能和可维护性的平衡点。它避免反射开销，也能跳过无关字段或做转换（如统一转小写比较）。
常见错误现象：写了 Equal 却没处理指针字段的 nil 安全，导致 panic；或字段新增后忘记更新 Equal，测试通过但逻辑已失效。
- 签名必须是
func (a T) Equal(b T) bool，接收者类型和参数类型要严格一致，别用指针接收却传值 - 对指针字段，先判 nil 再解引用，例如：
if a.P != nil && b.P != nil && *a.P != *b.P { return false } - 如果 struct 会被导出（比如作为公共 API 类型），建议把
Equal放进接口，例如type Equaler interface { Equal(interface{}) bool }，但要注意类型断言开销
== 比较 struct 时，interface{} 包裹会直接失败
哪怕你把两个完全一样的 struct 赋给 interface{}，再用 == 比较，结果永远是 false。因为 interface{} 的相等性取决于底层类型 + 值，而两个 interface{} 的动态类型虽然都是你的 struct，但 Go 不会自动展开比较内部字段。
典型场景：从 map 获取值后想判断是否等于某个 struct，或者测试中用 assert.Equal(t, got, want)（该函数内部用的是 reflect.DeepEqual，所以没事；但自己手写 if got == want 就会翻车）。
- 错误写法：
var i1, i2 interface{} = MyStruct{X: 1}, MyStruct{X: 1}; fmt.Println(i1 == i2) // false - 正确做法：要么断言回原类型再比，要么统一走
reflect.DeepEqual - 这个坑特别容易在泛型函数或中间件里出现——你以为传进去的是 struct，实际被 interface{} 接住后，“相等性”就消失了
struct 相等性看着简单，但真正上线后出问题，往往卡在类型名差异、interface{} 透传、或反射比较的边界 case 上。别依赖直觉，类型定义处就该决定好：这里要不要支持 ==？要不要导出 Equal？还是干脆文档写死“请用 DeepEqual”？
