正确重写equals和hashCode需遵循规范：先用==和instanceof判断引用与类型，再比较关键字段；hashCode应包含相同字段并用Objects.hash()实现，确保相等对象有相同哈希值。
在Java中正确重写equals和hashCode方法是保证对象在集合类（如HashMap、HashSet）中正常工作的关键。这两个方法都继承自Object类，如果重写不当，可能导致逻辑错误或性能问题。
equals方法的正确写法
equals方法用于判断两个对象是否“相等”。重写时必须遵循Java规范中的等价关系：自反性、对称性、传递性和一致性，并且与null比较应返回false。
以下是重写equals的标准步骤：
- 先用
==检查是否是同一个引用，提高性能 - 使用
instanceof检查传入对象是否为当前类类型 - 将对象强转为当前类型
- 逐个比较关键字段（基本类型用
==，引用类型建议用Objects.equals()）
@Override
public boolean equals(Object obj) {
if (this == obj) return true;
if (!(obj instanceof Person)) return false;
Person other = (Person) obj;
return Objects.equals(this.name, other.name)
&& this.age == other.age;
}
hashCode方法的重写原则
核心规则：如果两个对象通过equals判定相等，那么它们的hashCode必须相同。反之则不一定。
立即学习“Java免费学习笔记（深入）”；
重写hashCode时应：
- 包含所有参与
equals比较的字段 - 使用
Objects.hash()简化实现 - 避免包含可变字段，除非你能确保这些字段在对象作为HashMap键后不再改变
@Override
public int hashCode() {
return Objects.hash(name, age);
}
常见错误与注意事项
开发者常犯的错误包括：
- 只重写
equals而忘了hashCode——这会导致HashMap行为异常 - 使用可变字段作为
equals或hashCode依据，并在对象加入集合后修改它们 - 在
equals中使用getClass()严格类型检查，破坏了继承下的对称性（通常用instanceof更合适） - 字段比较顺序混乱或遗漏
如果你的类是不可变的（如String），重写这两个方法非常安全。如果是可变类，尽量避免将其作为HashMap的key。
使用IDE或工具生成
大多数IDE（如IntelliJ IDEA、Eclipse）支持自动生成equals和hashCode方法。也可以使用Lombok的@EqualsAndHashCode注解简化代码：
@EqualsAndHashCode
public class Person {
private String name;
private int age;
}
但使用注解时要清楚它默认包含所有非静态字段，必要时可通过exclude或of指定字段。
基本上就这些。只要保证equals和hashCode逻辑一致，不依赖可变状态，就能避免大部分问题。
