java于==、equals()、hashCode()和比较两个对象。
-
关于==
==是easy理解的。java设计java就是要比較两个对象是不是同一个对象。
对于引用变量而言。比較的时候两个引用变量引用的是不是同一个对象。即比較的是两个引用中存储的对象地址是不是一样的。
对于基本数据类型而言,比較的就是两个数据是不是相等,没什么歧义。
因为对于基本数据类型而言。没有方法,所以不存在equal()和hashCode()的问题。以下的讨论都是针对引用类型而言的。
-
关于equals()
为什么java会设计equals()方法?
==比較的是两个对象是否是同一个对象,这并不能满足非常多需求。
有时候当两个对象不==的时候,我们仍然会觉得两者是“相等”的。比方对于String对象,当两个对象的字符串序列是一直的,我们就觉得他们是“相等”的。
对于这种需求,须要equals()来实现。对于有这种需求的对象的类,重写其equals()方法便可,详细的“相等”逻辑能够依据须要自定义。
须要注意的地方
Object中equals()的默认实现是比較两个对象是不是==,即其和==的效果是同样的。
java提供的某些类已经重写了equals()方法。
自己写的类,假设须要实现自己的“相等”逻辑,须要重写equals()方法。
-
关于hashCode()
为什么会设计hashCode()方法?
hashCode()方法返回的就是一个数值。我们称之为hashCode吧。
从方法的名称上就能够看出,其目的是生成一个hash码。hash码的主要用途就是在对对象进行散列的时候作为key输入,据此非常easy判断出,我们须要每一个对象的hash码尽可能不同。这样才干保证散列的存取性能。其实,Object类提供的默认实现确实保证每一个对象的hash码不同(在对象的内存地址基础上经过特定算法返回一个hash码)。
分析到这个地方,看似没什么问题,三者的作用非常清晰,好像他们之间也没什么关系。
在java的规范上。hashCode()方法和equals()方法确实能够没有关系。
可是!!!
!
!!!!有一个问题。
问题例如以下:对于集合类HashSet、HashMap等和hash有关的类(以HashSet为例),是通过hash算法来散列对象的。
对HashSet而言,存入对象的流程为:依据对象的hash码,经过hash算法。找到对象应该存放的位置,假设该位置为空,则将对象存入该位置;假设该位置不为空,则使用equals()比較该位置的对象和将要入的对象,假设两个相等,则不再插入,假设不相等,依据hash冲突解决算法将对象插入其它位置。
而java规定对于HashSet推断是不是反复对象就是通过equals() 方法来完毕,这就须要在两个对象equals()方法相等的时候,hash码一定相等(即hashCode()返回的值相等)。如果两个对象equals()方法相等的时候,hash码不相等,会出现equals()相等的两个对象都插入了HashSet中,这时不同意的。从而我们有了一下的结论:
结论:对于equals()相等的两个对象,其hashCode()返回的值一定相等一下
版权声明:本文博主原创文章,博客,未经同意不得转载。