Java中equals为何要重写？对象比较详解

重写equals是为了实现基于业务属性的逻辑相等判断，而非仅比较内存地址。默认情况下，Object类的equals方法采用“==”进行引用比较，即只有当两个变量指向同一实例时才返回true。例如，String类重写了equals方法，使得内容相同的字符串被视为相等，而自定义类如Person若不重写equals，则即使name和age相同，p1.equals(p2)仍返回false。因此，在需要根据对象内容进行比较的场景（如存入HashSet、List查找等），必须重写equals方法。正确重写equals需遵循五项原则：自反性、对称性、传递性、一致性、非空性。典型实现包括：先判断是否为同一引用（this == o），再检查null和类型兼容性（instanceof），最后逐字段比较，推荐使用Objects.equals处理可能为null的引用字段。同时，必须重写hashCode方法以保证“相等的对象具有相同的哈希码”，否则在HashMap、HashSet等集合中会导致对象无法正确存储或查找。例如，两个内容相同的Person对象若未重写hashCode，可能被HashSet视为不同元素，破坏唯一性。综上，只要对象参与逻辑比较或用于哈希集合，就必须重写equals和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）。不复杂但容易忽略。