java 中对象比较时不重写 equals() 方法，会导致使用默认继承自 object 的引用比较逻辑，即只有当两个变量指向堆内存中的同一个对象实例时才会返回 true。这意味着即使两个独立创建的对象拥有完全相同的属性值，equals() 也会判定它们不相等，从而在集合操作或业务逻辑判断中引发数据不一致的问题。
为什么默认的 equals() 行为不符合预期
Java 中所有类都隐式继承自 Object 类，而 Object 提供的 equals() 实现本质上等同于 == 运算符，它比较的是对象的内存地址。如果不进行重写，开发者期望的“内容相等”就会失效。例如，在构建一个用户管理系统时，如果 User 类没有重写 equals()，那么即使两个 User 对象的 ID 和姓名完全一致，系统也会认为它们是两个不同的用户，导致重复添加或无法正确更新数据。
public class User {
private String name;
private int id;
public User(String name, int id) {
this.name = name;
this.id = id;
}
// 未重写 equals 方法
}
public class Main {
public static void main(String[] args) {
User u1 = new User("Alice", 1001);
User u2 = new User("Alice", 1001);
System.out.println(u1.equals(u2)); // 输出 false
}
}
上述代码展示了不重写 equals() 时的典型行为。尽管 u1 和 u2 的内容完全相同，但由于它们是分别通过 new 关键字创建的独立实例，内存地址不同，因此 u1.equals(u2) 返回 false。这直接违背了业务逻辑中基于内容判断对象相等的直觉。
立即学习“Java免费学习笔记（深入）”；
不重写 equals() 对集合框架的影响
Java 集合框架（如 HashSet、HashMap）高度依赖 equals() 和 hashCode() 方法来维护数据的唯一性和查找效率。如果不重写 equals()，这些集合将无法正确识别逻辑上相等的对象，导致集合中出现重复元素或无法正确移除元素。例如，在 HashSet 中添加两个内容相同但未重写 equals() 的对象，集合会认为它们是不同的元素并全部保留，破坏了集合的唯一性约束。
import java.util.HashSet;
import java.util.Set;
public class Main {
public static void main(String[] args) {
Set<User> userSet = new HashSet<>();
User u1 = new User("Bob", 2002);
User u2 = new User("Bob", 2002);
userSet.add(u1);
userSet.add(u2);
System.out.println(userSet.size()); // 输出 2
}
}
在这个示例中，HashSet 的大小为 2，而不是预期的 1。这是因为 HashSet 在添加元素时会调用 equals() 来判断新元素是否已存在。由于 User 类未重写 equals()，u1 和 u2 被视为不同对象，因此都被成功添加到集合中。这种行为在需要去重的场景中是致命的错误。
如何正确重写 equals() 方法
要解决上述问题，必须在自定义类中重写 equals() 方法，确保逻辑相等的对象返回 true。标准的重写步骤包括：检查引用是否相同、检查参数是否为 null、检查类型是否匹配，然后逐一比较关键字段。同时，必须保证 hashCode() 与 equals() 保持一致，即如果两个对象 equals() 返回 true，它们的 hashCode() 也必须相同。现代 Java 开发中，推荐使用 IDE 自动生成或使用 Lombok 的 @EqualsAndHashCode 注解来简化这一过程，避免手动实现带来的错误。
