为什么重写 equals 时必须重写 hashCode ⽅法

重写 equals 方法时必须重写 hashCode 方法是因为在 Java 中，如果两个对象的 equals 方法返回 true，那么它们的 hashCode 方法必须返回相同的值，否则会导致在使用基于哈希的集合类（如 HashMap、HashSet 等）时出现问题。因此，为了保证对象在集合中的正确性，重写 equals 方法时必须同时重写 hashCode 方法。

相关问题

为什么重写 equals 时必须重写 hashcode 方法

equals方法是用来比较对象是否相等的，而hashCode方法是用来计算对象的哈希码的。如果两个对象相等，它们的哈希码应该相等。因此，在重写equals方法时，也必须重写hashCode方法，以确保相等的对象具有相等的哈希码。这是为了保证对象在使用哈希表等数据结构时能够正确地被处理。

为什么重写equals时必须重写hashcode方法

### 回答1：
重写equals方法时必须重写hashcode方法，是因为在Java中，如果两个对象的equals方法返回true，则它们的hashcode方法必须返回相同的值。如果不重写hashcode方法，那么两个相等的对象可能会有不同的hashcode值，这会导致它们无法正确地被放入基于哈希表的集合中，例如HashSet、HashMap等。因此，为了保证对象在哈希表中的正确性，必须同时重写equals和hashcode方法。

### 回答2：
在 Java 语言中，equals 和 hashCode 是 Object 类的两个方法，它们都用来比较对象的相等性。equals 实际上是比较两个对象是否相等，而 hashCode 方法返回的是一个散列码（即哈希码），它是用来确定对象在哈希表中的位置的。

哈希表是一种数据结构，它可以用来实现集合、映射等数据结构。在 Java 中，哈希表被广泛应用于各种数据结构中，如 HashMap、HashSet 等。当对象被添加到哈希表中时，哈希表会根据对象的哈希码确定对象在哈希表中的位置，从而实现高效的访问。因此，如果重写了 equals 方法，但没有重写 hashCode 方法，则会导致对象无法正确地插入到哈希表中，从而影响哈希表的性能和正确性。

为了避免这种问题，我们需要确保重写了 equals 方法的同时也重写了 hashCode 方法。当两个对象相等时，它们的 hashCode 值也必须相等；反之，当两个对象的 hashCode 值相等时，并不能说明它们相等，因为存在哈希冲突的可能。因此，在重写 hashCode 方法时，通常需要考虑对象的所有用于比较相等性的字段，以保证哈希码的唯一性和一致性。

在实际编程中，我们经常会使用 IDE 自动生成 equals 和 hashCode 方法。然而，如果对象的字段发生变化，我们必须重新生成 hashCode 方法，否则仍会出现哈希冲突和性能问题。因此，我们建议及时重写 hashCode 方法，以保证代码的正确性和可维护性。

### 回答3：
在Java中，equals方法用于比较两个对象是否相等。但是，equals方法并不能直接判断两个对象是否相等，它需要使用hashcode方法进行辅助判断。如果两个对象的hashcode相同，那么它们并不一定相等，需要使用equals方法再次判断。

因此，当我们重写equals方法时，需要同时重写hashcode方法。如果我们只重写equals方法而不重写hashcode方法，那么可能会导致出现以下两个问题。

第一个问题是不符合规范。在Java中，如果两个对象的equals方法返回值相等，那么它们的hashcode方法的返回值也必须相等。如果我们只重写了equals方法而不重写hashcode方法，就可能会导致这种情况的出现，违反了Java规范。

第二个问题是影响性能。在Java中，如果两个对象的hashcode方法的返回值不相等，那么它们一定不相等。如果我们只重写了equals方法而不重写hashcode方法，那么每次调用equals方法时都会进行完整的比较，这会对性能产生很大的影响。而如果我们同时重写了hashcode方法，那么可以将对象按照hashcode的返回值进行分类，然后只需要比较同一个hashcode分类中的对象是否相等，这样可以大大提高比较的效率。

因此，为了保证代码的规范和性能，我们在重写equals方法时也必须同时重写hashcode方法。