为什么重写 equals 时必须重写 hashCode ⽅法?
因为两个相等的对象的 hashCode
值必须是相等。也就是说如果 equals
方法判断两个对象是相等的,那这两个对象的 hashCode
值也要相等。
如果重写 equals()
时没有重写 hashCode()
方法的话就可能会导致 equals
方法判断是相等的两个对象,hashCode
值却不相等。
为什么两个相等的对象的 hashCode
值必须是相等?因为因为基于哈希的集合类(如 HashSet、HashMap、Hashtable 等)依赖于这一点来正确存储和检索对象。
比如HashSet
,当你把对象加入 HashSet
时,HashSet
会先计算对象的 hashCode
值来判断对象加入的位置,同时也会与其他已经加入的对象的 hashCode
值作比较,如果没有相符的 hashCode
,HashSet
会假设对象没有重复出现。但是如果发现有相同 hashCode
值的对象,这时会调用 equals()
方法来检查 hashCode
相等的对象是否真的相同。如果两者相同,HashSet
就不会让其加入操作成功。如果不同的话,就会重新散列到其他位置。这样我们就大大减少了 equals
的次数,相应就大大提高了执行速度。
也就是说:
- 如果两个对象的
hashCode
值相等,那这两个对象不一定相等(哈希碰撞)。 - 如果两个对象的
hashCode
值相等并且equals()
方法也返回true
,我们才认为这两个对象相等。 - 如果两个对象的
hashCode
值不相等,我们就可以直接认为这两个对象不相等。
问题来了?
怎么重写hashcode?
怎么重写才能保证如果 equals
方法判断两个对象是相等的,那这两个对象的 hashCode
值(哈希码)也要相等?
我们知道,object类的哈希码是由对象的内存地址得来的,现在重写了equal方法,一般是比较类的属性是否相同,所以,哈希码也应该和由属性(的哈希值)计算而来,我们一般是通过某个公式将所有属性带入计算得到哈希码。