为什么重写了 equals() 还要重写 hashCode() ?

我们知道 Object 中的 equals() 判断两个对象的地址是否相同,hashCode() 的返回值是对象的地址经过计算得来的。

equals() 和 hashCode() 常见的应用是哈希表。在哈希表添加元素的过程中,先根据元素 hashCode() 返回的值计算出要放入的桶的下标,桶下标相同的情况下再根据 equals() 判断是否存在相同的元素。若不存在则添加,若存在则不添加。如果只重写了 equals() ,而不重写 hashCode() ,会出现两个元素的 hashCode 不同,而 equals() 返回的结果为 true 的情况。

举个栗子,一个类重写的 equals() 为判断属性 id 是否相等,而没有重写 hashCode() 。在一个存放着这个类的对象的哈希表中,添加一个新的对象。此时,哈希表有一个 id 与新对象的 id 相等的对象,但是它们的 hashCode 不相同,因此可能放入不同的桶中。这样一来,哈希表的“去重”功能便不奏效了。

参考文献:
https://blog.csdn.net/qq_28051453/article/details/52701171

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值