只要重写 equals，就必须重写 hashCode。

好的，让我用一个例子来说明为什么在重写equals方法时必须同时重写hashCode方法。

假设我们有一个自定义的Person类，用于表示人的信息，包括姓名和年龄：

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

    // 构造函数、getter和setter等方法...
}

现在我们想要在代码中比较两个Person对象的相等性，所以我们重写了equals方法：

public boolean equals(Object obj) {
    if (obj == this) {
        return true;
    }
    if (!(obj instanceof Person)) {
        return false;
    }
    Person other = (Person) obj;
    return this.name.equals(other.name) && this.age == other.age;
}

这样我们就覆盖了默认的equals方法，以便根据姓名和年龄来判断两个Person对象是否相等。

现在，假设我们添加了两个Person对象到一个HashSet中：

Person person1 = new Person("John", 25);
Person person2 = new Person("John", 25);

Set<Person> personSet = new HashSet<>();
personSet.add(person1);
personSet.add(person2);

根据HashSet的行为，它不允许存储重复的对象。但是现在我们却添加了两个具有相同姓名和年龄的Person对象到HashSet中。我们期望根据equals方法的判断，这两个对象应该被认为是相等的，因此HashSet应该只包含一个Person对象。

然而，当我们尝试查看HashSet的大小时，我们会发现它实际上包含了两个Person对象：

System.out.println(personSet.size()); // 输出结果为2

这是因为在HashSet中判断对象的重复性时，它首先会使用对象的hashCode方法来快速筛选，然后再使用equals方法进行精确比较。在没有重写hashCode方法的情况下，它会使用默认的hashCode方法，该方法根据对象的内存地址生成一个唯一的哈希码。因此，即使两个Person对象的字段相同，它们的hashCode方法的返回值却不同，导致HashSet将它们视为两个不同的对象。

为了解决这个问题，我们需要重写hashCode方法，以使相等的Person对象返回相同的哈希码。通常，我们可以基于equals中使用的字段来计算hashCode，以保持一致性。

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

通过重写hashCode方法，我们基于姓名和年龄来计算哈希码，确保具有相同姓名和年龄的Person对象返回相同的哈希码。

重新运行代码后，我们会发现HashSet中只包含一个Person对象：

System.out.println(personSet.size()); // 输出结果为1

这是因为现在根据equals和hashCode方法的定义，HashSet正确地将这两个具有相同姓名和年龄的Person对象视为相等。

因此，通过重写equals方法，你必须同时重写hashCode方法，以确保在使用散列数据结构（如HashSet和HashMap）时，对象的相等性判断能够正确工作。这样可以保证HashSet和HashMap等容器能够按预期来存储和操作对象，而不会产生不一致或错误的结果。