必须同时重写Equals和GetHashCode，因为哈希容器依赖二者协同工作：相等对象的GetHashCode必须相同，Equals用于最终确认；若只重写Equals，可能导致字典中无法查找对象。
在C#中，判断两个对象是否“逻辑相等”，不能只靠 == 或默认的 Equals()——尤其是自定义类。关键在于正确重写 Equals(object) 和 GetHashCode()，二者必须成对出现、逻辑一致。否则可能在字典、哈希集里出错，或让相等判断结果不符合预期。
为什么必须同时重写 Equals 和 GetHashCode
这两个方法是 .NET 哈希容器（如 Dictionary、HashSet）正常工作的基础：
GetHashCode() 用于快速分桶：如果两个对象相等，它们的哈希码 必须相同Equals() 用于精确比对：哈希码相同只是“可能相等”，最终靠 Equals() 确认反之，如果 GetHashCode() 不一致，Equals() 根本不会被调用（直接判为不等）若只重写 Equals() 而忽略 GetHashCode()，对象放进 Dictionary 后可能查不到自己
重写 Equals 的基本步骤
以一个简单 Person 类为例，按规范重写 Equals(object obj)：
先检查 obj 是否为 null 或类型不匹配（用 obj is Person other 最简洁）比较所有参与逻辑相等判断的字段（通常是 public 或 private 的值型/引用型字段）对引用类型字段，用 Equals(a, b)（静态方法，可安全处理 null）对值类型字段，直接用 == 即可如果类有继承关系，需调用基类 base.Equals(obj)示例：
public override bool Equals(object obj) { if (obj is Person other) { return Id == other.Id && string.Equals(Name, other.Name, StringComparison.Ordinal) && BirthDate == other.BirthDate; } return false;}
重写 GetHashCode 的要点
哈希码不要求唯一，但要求：相等的对象必须返回相同哈希码；尽量让不等对象哈希码分布均匀（减少哈希冲突）：
只基于 Equals 中用到的那些字段计算哈希避免使用可变字段（如后续会修改的属性），否则对象加入哈希集合后修改字段，哈希码变化 → 查找失败C# 9+ 推荐用元组解构简化写法：return (Id, Name, BirthDate).GetHashCode();老版本可用 HashCode.Combine(Id, Name, BirthDate)（.NET Core 2.1+）或手动组合（如 Id.GetHashCode() ^ (Name?.GetHashCode() ?? 0) ）示例：
public override int GetHashCode() { return (Id, Name, BirthDate).GetHashCode();}
额外建议和常见坑
考虑实现 IEquatable 接口，提供类型安全的 Equals(T other)，避免装箱，性能更好重载 == 和 != 运算符时，内部应调用 Equals()，保持语义一致记录类型（record）自动实现结构相等和哈希，适合不可变数据场景如果类是可变的，且字段可能被修改，务必确保修改不涉及参与 Equals 判断的字段，否则哈希容器行为不可预测
基本上就这些。核心就一条：Equals 怎么比，GetHashCode 就怎么算——不多不少，不变不乱。
以上就是C#怎么比较两个对象是否相等 Equals和GetHashCode重写方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1443094.html
微信扫一扫 
支付宝扫一扫 
