重写 Equals() 是为明确定义类型的逻辑相等条件，需统一值相等语义，并与 GetHashCode() 和 == 保持一致；核心步骤包括 null 检查、类型匹配、字段比较及同步重写 GetHashCode()。
重写 Equals() 方法不是简单地“让两个对象看起来相等”，而是要明确告诉调用方：你的类型在什么条件下算“逻辑上相等”。关键在于统一值相等性语义，并与 GetHashCode()、== 运算符保持行为一致。
先决定：你是否需要值相等性？
引用类型默认是引用相等（即两个变量指向同一内存地址才返回 true）。只有当你希望按字段/属
性内容判断相等（比如两个 Person 对象姓名生日都一样就算相同人），才应重写 Equals()。结构体（struct）默认已实现值相等，但手动重写可提升性能和语义清晰度。
重写 Equals() 的核心步骤
标准模式包含四步检查，缺一不可：
-
参数为 null？ 直接返回
false（避免空引用异常） -
类型是否匹配？ 用
obj is T other（推荐）或GetType() == obj.GetType()（严格类型精确匹配，不接受派生类） -
逐字段比较：对所有参与相等判断的字段调用
Equals()（注意处理null和浮点数精度问题） -
别忘了重写 GetHashCode()：若
a.Equals(b)为true，则a.GetHashCode()必须等于b.GetHashCode()；只基于参与Equals比较的、不可变字段计算哈希码
配套操作：== 运算符与 IEquatable
如果重写了 Equals()，建议同步重载 == 和 != 运算符，使 a == b 与 a.Equals(b) 行为一致。对于泛型集合（如 List 或字典键），实现 IEquatable 接口能避免装箱并提升性能——它提供类型安全的 Equals(T other) 方法，应作为主比较入口，而 Object.Equals(object) 只负责类型转换后委派调用。
常见陷阱提醒
不要在 Equals 中抛异常（如访问空引用字段）；避免在 Equals 中修改对象状态；不要把可变字段（如缓存、计数器）纳入相等判断；若类型可被继承，需谨慎设计：要么密封类（sealed），要么在 Equals 中用 GetType() 防止跨类型比较被子类绕过。
基本上就这些。值相等性的契约看似简单，但一旦破坏（比如 GetHashCode 不一致），就会在字典、哈希集等场景引发难以调试的问题。不复杂，但容易忽略细节。
