为什么重写equals必须重写hashcode

equals和hashCode是Java中两个重要的方法，它们都与对象的相等性有关。在Java中，如果两个对象相等，那么它们的hashCode值必须相等。因此，如果你重写了equals方法，但没有重写hashCode方法，那么在使用HashMap、HashSet等集合类时，就会出现问题，因为这些集合类是根据hashCode值来判断两个对象是否相等的。如果两个对象的hashCode值不相等，那么即使它们的equals方法返回true，它们也会被认为是不相等的。因此，为了保证程序的正确性，重写equals方法时必须同时重写hashCode方法。

相关问题

为什么重写equals必须重写hashCode

### Java 中重写 `equals` 方法时必须重写 `hashCode` 方法的原因

在 Java 中，当一个类重写了 `equals()` 方法来定义对象之间的逻辑相等性时，按照约定也需要重写 `hashCode()` 方法。这是因为 `hashCode()` 和 `equals()` 方法紧密关联，在哈希集合（如 HashMap, HashSet 或 Hashtable）中共同工作。

#### 保持一致性原则
为了确保程序行为的一致性和正确性，Java 定义了一个重要的契约：对于任何两个对象 o1 和 o2，如果 `(o1.equals(o2)) == true` 成立，则这两个对象的 `hashCode()` 返回值也应当相同[^1]。这意味着只要两个对象通过 `equals()` 判定为相等，那么无论何时调用它们各自的 `hashCode()` 方法都应该返回同样的整数值。

#### 支持高效的数据结构操作
许多基于散列的数据结构依赖于 `hashCode()` 来快速定位元素的位置或者判断是否存在重复项。如果不遵守上述规则只改写 `equals()` 而忽略 `hashCode()`，可能会导致这些容器无法正常运作。例如，在向 `HashSet` 添加新成员时，即使实际内容一致但由于不同的 hash code 导致被放置到了错误位置从而造成查找失败等问题[^2]。

#### 维护集合框架的功能特性
像 `HashMap`, `HashSet` 这样的集合实现内部使用了数组加链表的形式存储键值对或单个元素。每当执行插入、删除以及查询动作之前都会先计算给定 key 的 hash code 并据此决定具体访问哪个桶(bucket)，之后再利用 `equals()` 对该桶内的所有条目逐一验证最终确认目标所在之处。因此，只有同时覆盖两者才能保证自定义类型的实例能够在这类集合里按预期方式表现出来[^3]。

@Override
public boolean equals(Object obj) {
    if (this == obj)
        return true;
    if (!(obj instanceof MyClass))
        return false;
    MyClass other = (MyClass)obj;
    return Objects.equals(this.field1, other.field1) && this.field2 == other.field2; // 示例字段对比逻辑
}

@Override
public int hashCode() {
    return Objects.hash(field1, field2); // 使用Objects工具简化hashcode生成
}

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

在Java中，hashCode()方法和equals()方法是非常重要的方法。当我们在使用集合类时，如HashMap、HashSet等，我们需要使用hashCode()方法和equals()方法来判断两个对象是否相等。

hashCode()方法是用来获取对象的哈希码值，哈希码值是一个int类型的整数，它可以唯一地代表一个对象。equals()方法是用来比较两个对象是否相等，如果两个对象相等，它们的hashCode()方法返回的哈希码值也必须相等。

当我们在重写equals()方法时，通常需要比较对象的属性值是否相等，而这些属性值就是用来计算哈希码值的。如果我们只重写了equals()方法而没有重写hashCode()方法，那么就会导致在使用集合类时出现问题，因为集合类在判断两个对象是否相等时，会首先比较它们的哈希码值，如果哈希码值不相等，就认为两个对象不相等，这就会造成我们重写的equals()方法无效。

因此，在重写equals()方法时，必须同时重写hashCode()方法，以保证在使用集合类时能够正确地判断两个对象是否相等。