Java对象equals重写原因解析

在Java开发中，重写equals方法绝非可有可无的细节，而是确保对象按业务逻辑正确比较与集合行为正常的关键实践——默认的引用比较（==）仅判断是否为同一内存实例，无法满足“内容相同即相等”的真实需求；例如两个姓名年龄完全相同的Person对象，未重写时equals竟返回false，导致HashSet去重失效、List查找失败、单元测试崩溃；而正确重写需严格遵循自反性、对称性等五项原则，并必须同步重写hashCode，否则哈希集合将彻底失序；掌握这一基础却常被忽视的技能，是写出健壮、可维护Java代码的必经之路。

Java中，equals 方法用于判断两个对象是否“相等”。默认情况下，它继承自 Object 类，仅比较对象的内存地址（即是否为同一个实例）。但在实际开发中，我们往往希望根据对象的业务属性来判断相等性，这就需要重写 equals 方法。

默认equals的行为：引用比较

Object 类中的 equals 方法实现如下：

这意味着只有当两个变量指向堆中同一个对象实例时，equals 才返回 true。例如：

如果没有重写，像自定义类 Person(name, age)，即使两个对象 name 和 age 完全相同，equals 仍会返回 false。

为什么需要重写equals：实现逻辑相等

在多数业务场景中，我们关心的是对象的内容是否一致，而非是否是同一个实例。比如：

• 将对象放入 HashSet，期望内容相同的对象视为同一个元素
• 在 List 中查找某个具有特定属性值的对象
• 测试中验证对象输出是否符合预期

若不重写 equals，这些操作可能无法按预期工作。例如：

显然，从业务角度看，这两个人应视为“相等”。因此必须重写 equals 方法，基于关键字段进行比较。

重写equals的正确方式与注意事项

重写 equals 不能随意，需遵循 Java 规范定义的等价关系五原则：自反性、对称性、传递性、一致性、非空性。常见写法模板：

关键点：

• 先判断是否为同一引用（this == o），提升性能
• 检查 null 和类型，避免 ClassCastException
• 使用 Objects.equals 处理字段为 null 的情况
• 基本类型用 ==，引用类型用 Objects.equals

配合hashCode一起重写

如果重写了 equals，就必须重写 hashCode，否则会导致哈希集合（如 HashMap、HashSet）行为异常。因为 Java 要求：相等的对象必须有相同的哈希码。

例如，两个内容相同的 Person 对象，equals 返回 true，但若 hashCode 不同，HashSet 会把它们当作不同元素存储，破坏集合唯一性语义。

基本上就这些。equals 的重写本质是为了让对象比较符合业务意义上的相等，而不是停留在内存层面。只要对象参与逻辑比较或放入集合，就需要合理重写 equals（和 hashCode）。不复杂但容易忽略。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~