正确重写equals和hashCode需遵守自反性、对称性、传递性、一致性和非空性；先判断引用是否相同，再通过instanceof检查类型并比较关键字段；若重写equals则必须重写hashCode，确保相等对象具有相同哈希码，通常用31乘以各关键字段哈希值累加，以提升哈希表性能。
在Java中正确重写 equals 和 hashCode 方法是对象比较和集合操作的基础。如果处理不当，可能导致逻辑错误，尤其是在使用 HashMap、HashSet 等基于哈希的集合时。
equals 方法的设计要点
默认情况下，Object 类的 equals 方法比较的是对象的内存地址（即 == 比较）。当我们需要根据对象的实际内容判断相等性时，就必须重写该方法。
重写 equals 方法需遵守以下约定（来自 Object 类规范）：
- 自反性：x.equals(x) 必须返回 true
- 对称性：若 x.equals(y) 为 true，则 y.equals(x) 也必须为 true
- 传递性：若 x.equals(y) 且 y.equals(z) 都为 true，则 x.equals(z) 也应为 true
- 一致性：只要对象未被修改，多次调用 equals 应返回相同结果
- 非空性：x.equals(null) 必须返回 false
实际编写时建议遵循以下步骤：
立即学习“Java免费学习笔记（深入）”；
- 先判断是否是同一引用（this == obj）
- 使用 instanceof 判断传入对象是否为 null 或类型不匹配
- 将对象强转为当前类型
- 逐字段比较关键属性（如 ID、姓名、时间戳等）
public class Person {
private String id;
private String name;
@Override
public boolean equals(Object obj) {
if (this == obj) return true;
if (obj == null || getClass() != obj.getClass()) return false;
Person person = (Person) obj;
return id.equals(person.id) && name.equals(person.name);
}}
hashCode 方法的设计要点
根据 Java 规范，如果两个对象通过 equals 判断相等，那么它们的 hashCode 必须相同。反之则不一定成立（即哈希码相同不代表对象相等）。
因此，只要重写了 equals，就必须重写 hashCode，否则会破坏哈希集合的行为。
设计原则：
- 在程序执行期间，只要对象用于 equals 比较的关键字段不变，hashCode 就应保持一致
- equals 返回 true 的两个对象，hashCode 必须相等
- 尽量让不同对象产生不同的哈希值以提升性能（减少冲突）
常见实现方式是组合关键字段的哈希值：
// 示例：Person 类的 hashCode 实现
@Override
public int hashCode() {
int result = id.hashCode();
result = 31 * result + name.hashCode();
return result;
}
数字 31 是一个奇素数，编译器可优化为位运算（31 * i == (i
使用 IDE 或 Lombok 简化实现
手动编写 equals 和 hashCode 容易出错，尤其是字段较多时。推荐使用工具辅助生成：
- IDEA / Eclipse：可通过右键 Generate → equals() and hashCode() 自动生成
- Lombok：添加 @EqualsAndHashCode 注解即可自动处理
@EqualsAndHashCode
public class Person {
private String id;
private String name;
}
注意：Lombok 默认包含所有非静态字段。如需排除某些字段，可用 @EqualsAndHashCode(exclude = {"name"})。
不可变对象更安全
如果对象的状态在创建后不再改变（即不可变对象），那么其 equals 和 hashCode 更加稳定，适合做 Map 的 key 或 Set 的元素。
建议：
- 将参与比较的字段设为 final
- 在构造函数中初始化
- 避免提供 setter 方法修改关键字段
这样可以防止对象放入 HashSet 后因字段变化导致无法查找的问题。
基本上就这些。只要记住：重写 equals 一定要重写 hashCode，字段决定相等性，哈希影响性能，工具能帮你少犯错。
