为什么java中的对象类中重写equals方法一定还要重写hashcode方法

本文深入探讨了Java中equals方法和hashcode方法的工作原理,解释了为什么在重写equals时必须同时重写hashcode,以及这在HashMap、HashSet和Hashtable等集合中的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先默认对象继承object,object中equals比较的是对象的内存地址信息,hashcode比较的是对象的内存地址经过hash计算后的hash值。如过是我们需要判断两个对象的内存是否相等的时候,一般不涉及hash类型集合时不用重写hashcode方法,equals就够了,但是涉及到HashMap、HashSet和Hashtable 的时候为了提高存储查询效率会用到hashcode方法,这个时候如果hashcode不重写就会违反我们关于hashcode的约定。

以下是关于hashcode的一些规定:

两个对象相等,hashcode一定相等

两个对象不等,hashcode不一定不等

hashcode相等,两个对象不一定相等

hashcode不等,两个对象一定不等

覆盖equals时总要覆盖hashCode 的原因:
  一个很常见的错误根源在于没有覆盖hashCode方法。在每个覆盖了equals方法的类中,也必须覆盖hashCode方法。如果不这样做的话,就会违反Object.hashCode的通用约定,从而导致该类无法结合所有基于散列的集合一起正常运作,这样的集合包括HashMap、HashSet和Hashtable。

比如将两个对象存入HashSet里面:如果不重写hashCode,还用原来的hashCode就可能判断两个对象的hashCode不相等(其实重写hashCode再判断这两个对象才发现这两个对象的hashCode是相等的),然后因为判断这两个对象的hashCode不相等就会直接将这两个对象存入HashSet,这就导致了实际上存入了这两个相同的对象。

 

参考博文:

https://blog.youkuaiyun.com/xl_1803/article/details/80445481

https://www.cnblogs.com/111testing/p/8648159.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值