17370845950

答案：在Java中，重写equals方法需遵守自反性、对称性、传递性、一致性和非空性规则，而重写hashCode时必须确保相等对象的哈希值相同；两者应基于相同字段，否则会导致HashSet等集合出现重复元素，破坏程序逻辑。

在Java中，hashCode和equals方法是定义在Object类中的两个核心方法，它们共同影响对象在集合（尤其是HashMap、HashSet等）中的行为。理解它们的作用以及如何正确重写，对编写高质量的Java代码至关重要。

equals方法：判断对象是否“相等”

equals方法用于比较两个对象在逻辑上是否相等。默认实现是基于引用比较，即只有当两个变量指向同一个对象时才返回true。

但在实际开发中，我们通常希望根据对象的内容来判断相等性。比如两个User对象，只要id相同就认为是同一个用户，这时就需要重写equals方法。

重写equals时需遵守以下规则：

• 自反性：x.equals(x) 必须返回true
• 对称性：如果x.equals(y)为true，那么y.equals(x)也必须为true
• 传递性：如果x.equals(y)和y.equals(z)都为true，那么x.equals(z)也应为true
• 一致性：多次调用结果不变，只要对象没有被修改
• 非空性：x.equals(null)必须返回false

hashCode方法：生成对象的哈希值

hashCode方法返回一个整数，表示对象的哈希码。这个值主要用于散列数据结构（如HashMap）中快速定位对象。

默认实现通常基于对象内存地址，但当我们重写equals时，通常也需要重写hashCode，否则会破坏散列表的正常工作。

关键约定：

• 在程序执行期间，只要对象用于equals比较的字段没变，hashCode应保持一致
• 如果两个对象通过equals比较相等，那么它们的hashCode必须相同
• 如果两个对象不相等，hashCode可以相同（哈希冲突允许，但应尽量减少）

equals和hashCode的协同关系

最常见错误是只重写equals而不重写hashCode。这会导致：

例如，你有一个Person类，重写了equals基于name和age判断相等，但没重写hashCode。当你把两个“相等”的Person对象放入HashSet，系统可能把它们当作两个不同的对象，因为hashCode不同，导致散列桶位置不同，最终集合中出现重复元素。

因此，只要重写了equals，就必须重写hashCode，并且两者应基于相同的字段。

实际示例

public class Person {
    private String name;
    private int age;

    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (!(o instanceof Person)) return false;
        Person person = (Person) o;
        return age == person.age && Objects.equals(name, person.name);
    }

    @Override
    public int hashCode() {
        return Objects.hash(name, age);
    }
}

使用Objects.equals和Objects.hash能简化代码并避免空指针问题。

基本上就这些。掌握这两个方法的核心在于理解：equals定义“什么是相等”，hashCode提供高效的存储和查找支持，二者必须同步维护，才能保证集合类的正确行为。