重写 Java 中的 equals 方法时，必须同时重写 hashCode 方法，以确保基于哈希表的集合（如 HashMap、HashSet）的正确性和一致性。重写 hashCode 方法时应注意哈希码分布均匀、快速计算以及随着属性值改变而更改。忽视此规则会导致不可预测的错误和调试困难，影响程序的健壮性和效率。
Java 的 equals 和 hashCode：为啥你得一起改？
你肯定遇到过这个问题：在 Java 里，重写了 equals 方法，为啥编译器总像个唠叨的老妈子，非得让你也重写 hashCode 方法？ 这可不是 Java 的任性，背后藏着一些你不得不了解的深层逻辑。 读完这篇文章，你不仅能明白为啥要一起改，还能在实际应用中避免一些常见的坑。
首先，咱们得明确一点：equals 方法用于判断两个对象是否相等，而 hashCode 方法则返回对象的哈希码，一个整数。 它们看似风马牛不相及，但实际上，它们是紧密联系的，尤其是在使用 HashMap、HashSet 等基于哈希表的集合时。
哈希表，简单来说，就是用哈希码来快速查找元素的结构。 当你在 HashMap 中插入一个对象时，HashMap 会调用对象的 hashCode 方法计算哈希码，然后根据这个哈希码将对象放入对应的桶（bucket）中。 当你要查找某个对象时，HashMap 会再次计算该对象的哈希码，然后到对应的桶中查找。
关键来了：如果两个对象通过 equals 方法判断是相等的，那么它们的 hashCode 方法必须返回相同的哈希码。 这是 HashMap 的核心保证，否则，你可能会在 HashMap 中找不到你认为存在的对象。 想象一下，你把对象 A 放进 HashMap，然后用另一个 equals 相等的 B 去找，如果 A 和 B 的 hashCode 不同，HashMap 会跑到不同的桶里找，自然就找不到 B 了，这会造成数据丢失或查找失败。
立即学习“Java免费学习笔记（深入）”；
这就是为什么 Java 要求你：重写 equals 就必须重写 hashCode。 这是为了保证哈希表的正确性和一致性。 否则，你的程序可能在运行时出现难以预料的错误，而且这些错误很难调试。
让我们来看个例子，假设你有一个自定义类 Person：
public class Person {
private String name;
private int age;
public Person(String name, int age) {
this.name = name;
this.age = age;
}
@Override
public boolean equals(Object obj) {
if (this == obj) return true;
if (obj == null || getClass() != obj.getClass()) return false;
Person person = (Person) obj;
return age == person.age && Objects.equals(name, person.name);
}
// 注意！这里必须重写 hashCode 方法
@Override
public int hashCode() {
return Objects.hash(name, age);
}
}这里，我们重写了 equals 方法来比较 Person 对象的姓名和年龄。 同时，我们也重写了 hashCode 方法，使用 Objects.hash 方法来计算哈希码，它会根据 name 和 age 的值计算出一个哈希码。 如果你只重写 equals，不重写 hashCode，那么当把 Person 对象放入 HashMap 时，就可能出现问题。
关于 hashCode 的实现，有一些需要注意的地方：
- 尽量保证哈希码的分布均匀，避免哈希冲突（多个对象哈希码相同）。
-
hashCode方法应该尽可能快地计算出哈希码，避免影响性能。 - 如果对象的属性值改变了，
hashCode也应该相应地改变。
最后，记住，这不仅仅是编译器的要求，更是为了保证你的程序的正确性和效率。 忽视这个规则，可能会让你在调试错误时浪费大量的时间和精力。 所以，养成良好的编程习惯，一起重写这两个方法，让你的代码更健壮，更可靠。
