重写equals方法为什么还要重写hashcode方法?

发布时间:2024年01月15日

目录

什么是 hashcode(哈希码、散列码)?

为什么 equals() 方法要重写?

hashCode() 与 equals() 的关系

重写equals方法为什么还要重写hashcode方法?


  • 什么是 hashcode(哈希码、散列码)?

想解决这个问题,要先知道什么是hashcode。hashCode是jdk根据对象的地址或者字符串或者数字算出来的 int 类型的数值,

hashcode 在 Object 的方法中源码是这样的:

public native int hashCode();

从源码可以看出,Object 中的 hashCode 调用了一个(native)本地方法,返回了一个 int 类型的整数,当然,这个整数可能是正数也可能是负数。

  • 为什么 equals() 方法要重写?

默认情况下,Java中的?equals() 比较的是对象的引用。

equals 方法在 Object 下的实现源码如下:

public boolean equals(Object obj) {
    return (this == obj);
}

?由此可见,相同的对象使用 equals() 进行比较结果会是 false ,这样就没有了比较的意义,所以要重写 equals 方法。

  • hashCode() 与 equals() 的关系

来了解一下 hashcode() 和 equals() 的关系:

1. 如果两个对象相等(equals 返回 true),则 hashcode 一定也是相同的

2. 如果两个对象不同(equals 返回 false),那么他们的 hashCode 值可能相同、可能不同

3. 如果两个对象的 hashcode 值相同(哈希冲突),那么它们可能相同、可能不同(equals 返回 true 或者返回 false)

4. 如果两个对象的 hashCode 值不同,那么它们一定不同(equals 返回 false)

equals()hashcode()
true(确定)true
false(确定)true / false
true / falsetrue(确定)
falsefalse(确实)

hashCode() 的默认行为是对堆上的对象产生独特值。如果没有重写hashCode(),则该class的两个对象无论如何都不会相等(即使这两个对象指向相同的数据)。

  • 重写equals方法为什么还要重写hashcode方法?

回归根本问题:为什么两个方法都要重写。这种情况通常发生在 set 集合去重,我们都知道 set 集合是用来保存不同对象的集合,也就是说?set 集合内没有重复的元素。但有时,set集合会出现“异常”,即没有进行去重操作。

原因就是:只重写了 equals 方法,但没有重写 hashCode 方法。具体分析一下,只重写equals方法,那么 set 进行去重操作时,先判断的是两个对象的 hashcode 是否相等,由于没有重写hashcode() 方法,所以执行的是 Object 类下的hashcode() 方法,此时比较的实际上是两个相同对象的不同引用地址,所以结果出现了 false ,导致 equals 方法不用执行下去,也返回了 false 结果,最后结论就变成了两个明明相同的对象比较的结果是不同的,于是set集合中就插入了两个相同的对象。

解决办法:在重写 equals 方法时,把 hashCode 方法也一起重写。这样的情况下,执行的就是重写的 hashcode() 方法,即比较两个对象的所有属性的 hashcode 是否相等,那么相同对象返回的结果就会是true,再去调用 equals 方法,则结果正确了,set集合就成功实现了去重操作。


综上:

equals方法被覆盖过,则hashCode方法也必须被覆盖

即!!!!重写equals方法时,也要重写一下 hashCode方法!!!!

文章来源:https://blog.csdn.net/Yangyeon_/article/details/135601467
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。