重写
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<t></t>或字典键），实现
IEquatable<t></t>接口能避免装箱并提升性能——它提供类型安全的
Equals(T other)方法，应作为主比较入口，而
Object.Equals(object)只负责类型转换后委派调用。
常见陷阱提醒
不要在 Equals 中抛异常（如访问空引用字段）；避免在 Equals 中修改对象状态；不要把可变字段（如缓存、计数器）纳入相等判断；若类型可被继承，需谨慎设计：要么密封类（
sealed），要么在
Equals中用
GetType()防止跨类型比较被子类绕过。
基本上就这些。值相等性的契约看似简单，但一旦破坏（比如
GetHashCode不一致），就会在字典、哈希集等场景引发难以调试的问题。不复杂，但容易忽略细节。
