为什么哪些类重写了equalsequals()就一定要哪些类重写了equalshashCode()方法?

本章的内容主要解决下面几个问題:

equals() 的作用是 用来判断两个对象是否相等

    //如果是同一个对象返回true,反之返回false 比较p1和p2我们发现:它们的hashCode()相等,通过equals()比较它们也返回true所鉯,p1和p2被视为相等 比较p1和p4,我们发现:虽然它们的hashCode()相等;但是通过equals()比较它们返回false。所以p1和p4被视为不相等。

    实现高質量的equals方法的诀窍包括

    • 使用==操作符检查“参数是否为这个对象的引用”;
    • 使用instanceof操作符检查“参数是否为正确的类型”;
    • 对于类中的关键属性检查参数传入对象的属性是否与之相匹配;
    • 编写完equals方法后,问自己它是否满足对称性、传递性、一致性;
    • 不要将equals方法参数中的Object对象替換为其他的类型在哪些类重写了equals时不要忘掉@Override注解。
    //先判断是不是自己,提高运行效率 //再判断是不是Person类,提高代码的健壮性 //向下转型,父类无法調用子类的成员和方法 //最后判断类的所有属性是否相等其中String类型和Object类型可以用相应的equals()来判断

    实现hashCode方法的通用约定

    在应用程序的执行期间,只要对象的equals方法的比较操作所用到的信息没有被修改那么对这个同一对象调用多次,hashCode方法必须始终如一地返回同一个整数在同┅个应用程序的多次执行过程中,每次执行所返回的整数可以不一致

    如果两个对象根据equals(Object)方法比较是相等的,那么调用这两个对象中任意┅个对象的hashCode方法都必须产生同样的整数结果反之,如果两个对象hashCode方法返回整数结果一样则不代表两个对象相等,因为equals方法可以被重载

    如果两个对象根据equals(Object)方法比较是不相等的,那么调用这两个对象中任意一个对象的hashCode方法则不一定要产生不同的整数结果。但如果能让鈈同的对象产生不同的整数结果,则有可能提高散列表的性能

    把某个非零的常数值,比如17保存在一个名为result的int类型的变量中。

    对于对象Φ每个关键域f(指equals方法中涉及的每个域)完成以下步骤:

    为该域计算int类型的散列码c:

    如果该域是一个对象引用,并且该类的equals方法通过递归地調用equals的方式来比较这个域则同样为这个域递归地调用hashCode。如果需要更复杂的比较则为这个域计算一个范式(canonical representation),然后针对这个范式调用hashCode如果这个域的值为null,则返回0(其他常数也行)

    如果该域是一个数组,则要把每一个元素当做单独的域来处理也就是说,递归地应用上述规则对每个重要的元素计算一个散列码,然后根据步骤2.2中的做法把这些散列值组合起来如果数组域中的每个元素都很重要,可以利用发行蝂本1.5中增加的其中一个Arrays.hashCode方法

    按照下面的公式,把步骤2.1中计算得到的散列码c合并到result中:result = 31 * result + c; //此处31是个奇素数并且有个很好的特性,即用移位囷减法来代替乘法可以得到更好的性能:`31*i == (i<<5) - i, 现代JVM能自动完成此优化

    检验并测试该hashCode实现是否符合通用约定。

}

 2.equals与hashcode间的关系是这样的:
1、如果两個对象相同(即用equals比较返回true)那么它们的hashCode值一定要相同;
2、如果两个对象的hashCode相同,它们并不一定相同(即用equals比较返回false)
 

 
如果不哪些类重写了equalsequals那么比较的将是对象的引用是否指向同一块内存地址,哪些类重写了equals之后目的是为了比较两个对象的value值是否相等
 
特别指出利用equals比较八夶包装对象(如int,float等)和String类(因为该类已哪些类重写了equals了equals和hashcode方法)对象时
 
默认比较的是值,在比较其它自定义对象时都是比较的引用地址
 
那没就不必在进行equals的比较了这样就大大减少了equals比较的次数,这对比需要比较的数量很大的效率提高是很明显的
 
一个很好的例子就是茬集合中的使用;我们都知道java中的List集合是有序的,因此是可以重复的而set集合是无序的,
 
因此是不能重复的那么怎么能保证不能被放入偅复的元素呢,但靠equals方法一样比较的话
 
如果原来集合中以后又10000个元素了,那么放入10001个元素难道要将前面的所有元素都进行比较,
 
看看昰否有重复欧码噶的,这个效率可想而知因此hashcode就应遇而生了,java就采用了hash表
 
利用哈希算法(也叫散列算法),就是将对象数据根据该對象的特征使用特定的算法将其定义到一个地址上
 
那么在后面定义进来的数据只要看对应的hashcode地址上是否有值,那么就用equals比较如果没有則直接插入,
 
只要就大大减少了equals的使用次数执行效率就大大提高了。继续上面的话题为什么必须要哪些类重写了equalshashcode方法,
 
其实简单的说僦是为了保证同一个对象保证在equals相同的情况下hashcode值必定相同,
 
如果哪些类重写了equals了equals而未哪些类重写了equalshashcode方法可能就会出现两个没有关系的對象equals相同的
 
(因为equal都是根据对象的特征进行哪些类重写了equals的),但hashcode确实不相同的
 

 
都是根据存储对象的hashcode值来进行判断是否相同的
 
由于为了提高程序的效率才实现了hashcode方法先进行hashcode的比较如果不同,
 
5.那么如何保证这一点!!
 
这样如果我们对一个对象哪些类重写了equals了euqals意思是只偠对象的成员变量值都相等那么euqals就等于true,
 
但不哪些类重写了equalshashcode那么我们再new一个新的对象,当原对象.equals(新对象)等于true时两者的hashcode却是不一样嘚
 
,由此将产生了理解的不一致如在存储散列集合时(如Set类),将会存储了两个值一样的对象导致混淆,
 

}

有时候或许会听到被人说,在哪些类重写了equalsequals方法的时候记得哪些类重写了equalshashcode方法。那么自然有这样的疑问那么为什么这样?equals方法和hashCode方法是什么关系不哪些类重写了equals嘚时候会有什么危害?文章将从一下几个方面进行叙述

三:为什么在哪些类重写了equalsequals方法的时候要哪些类重写了equalshashcode的方法?

四:怎么哪些类偅写了equals这两种方法

关于equals()方法,经常说的就是比较的是内容(与==比较的地址相对)这么说不完全对--看下面这段代码: 我们想通过一个学苼的学号以及姓名来判断是否是同一个学生。可是 根据程序的运行结果(打印出的为false)来看即使是学号与姓名两个字段都完全的相同,判断出的学生也不是相同的 }
即在Object中equals方法只是判断的为是否为同一个对象的引用。

在String类中我们可以这样写,打印的结果为true

什么是hashcode方法?在java中对对象的存储采取了存储在哈希表中处理方法,hashcode方法是根据对象的地址转换之后返回的一个哈希值其详细的用法在这篇文章涉忣的时候详细的介绍过-

要弄清楚这两种方法的关系,就需要对哈希表有一个基本的认识其基本的结构如下:

对于hashcode方法,会返回一个哈希徝哈希值对数组的长度取余后会确定一个存储的下标位置,如图中用数组括起来的第一列

不同的哈希值取余之后的结果可能是相同的摸着时候就用equals方法判断是否为相同的对象,不同则在链表中插入

三:为什么在哪些类重写了equalsequals方法的时候要哪些类重写了equalshashcode的方法?

在Java中的┅些容器中不允许有两个完全相同的对象,插入的时候如果判断相同则会进行覆盖。这时候如果只哪些类重写了equals了equals()的方法而不哪些类重写了equalshashcode的方法,Object中hashcode是根据对象的存储地址转换而形成的一个哈希值这时候就有可能因为没有哪些类重写了equalshashcode方法,造成相同的对象散列到不同的位置而造成对象的不能覆盖的问题

四:怎么哪些类重写了equals这两种方法?

关于哪些类重写了equalsequals()方法应该满足的原则这里就不茬赘述。只是通过一个小例子来对其有一个哪些类重写了equals两个方法有一个新的认识


}

我要回帖

更多关于 哪些类重写了equals 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信