为什么重写equals方法之后必须要重写hashCode

程序猿ZhangSir

已于 2024-03-28 16:59:09 修改

阅读量868

点赞数 1

分类专栏： Java 文章标签： java 开发语言

于 2023-05-22 16:59:56 首次发布

本文链接：https://blog.csdn.net/m0_70325779/article/details/130809588

版权

Java 专栏收录该内容

51 篇文章 7 订阅

订阅专栏

文章讲述了在Java中重写equals和hashCode方法的原因。默认的equals只比较对象引用，而重写equals用于内容比较。不重写hashCode可能导致在使用散列表（如HashSet或HashMap）时，内容相同的对象被视为不同，从而引入错误。因此，通常在重写equals后也应该重写hashCode，以确保散列操作正确处理相等的对象。

摘要由CSDN通过智能技术生成

1. 要注意的点

2. 为什么要重写equals方法？

3. 重写equals但不重写hashCode会出现什么问题？

4. 什么是散列表

5. 总结结论

1. 要注意的点

（1）重写 equals 不重写 hashCode 运行时并不会报错，但是在逻辑上会报错；

（2）并不是每次重写 equals 都必须重写 hashCode，但推荐都写上去；

2. 为什么要重写equals方法？

原因很简单，默认的 equals 方法无法满足我们的正常开发需求，我们需要对它进行重写升级。

我们先来看一下所有类的祖宗 Object 类中 equals 方法的代码，这可以让我们理解为什么要重写equals。

可以看出，在 Object 类的源码中，它的 equals 方法就是很简单的用了 "==" 来判断了一下。众所周知，== 是对类对象的引用做判断，判断引用是否相等。

所以默认的 equals 的逻辑就是判断的双方是否引用了一个对象，如果是那就是相等的，如果不是那就不相等。

默认的 equals 看似能满足我们的要求，但有些情况下却不能。在开发过程中，我们更希望比较的是两个对象的内容是否相等。

比如两个字符串，String a = "123456"，String b = "123456"，内容完全一样，在我们看来这两个字符串就是相等的。但在 equals 方法看来，两个字符串的内存地址不相等，所以仍然会判定为不相等，这就与我们期望的判断结果发生了矛盾，所以需要去重写 equals 方法，只有重写了equals 方法之后，我们再去判断 a 和 b，此时判断结果就会相等。

3. 重写equals但不重写hashCode会出现什么问题？

我们来看下面这段代码：

public class EqualsAndHashcode {
    public static void main(String[] args) {
        people people1 = new people();
        people people = new people();

        System.out.println(people.equals(people1));
    }
}

class people{
    private String name;
    private int age;

    public people(){
        name = "李华";
        age = 18;
    }
    
    @Override
    public boolean equals(Object obj) {
        if(this == obj){
            return true;
        }
        if (obj==null){
            return false;
        }
        if(getClass() != obj.getClass()){
            return false;
        }
        people other = (people) obj;
        return Objects.equals(name,other.name)
                &&age == other.age;
    }
}

可以看出，对于两个具有初始化 people 对象，equals 是可以满足我们的要求的。

上面的代码看似没有问题，达到了我们想要的结果，但这只是因为我们还没有遇到是它犯错的情况：散列表。