17370845950

正确重写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必须相同。反之则不一定。

重写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逻辑一致，不依赖可变状态，就能避免大部分问题。