黑马程序员技术交流社区

标题: 浅谈hashcode方法与equals方法 [打印本页]

作者: wnk77521    时间: 2015-5-5 00:29
标题: 浅谈hashcode方法与equals方法
先谈equals
equalsObject类提供的方法之一,众所周知,每一个java类都继承自Object类,
所以说每一个对象都有equals这个方法。而我们在用这个方法时却一般都重写这个方法,why?
Ok,先看一个Object类中equals()方法的源代码:
public boolean equals(Object obj) {
    return (this == obj);
}
      从这个方法中可以看出,只有当一个实例等于它本身的时候,equals()才会返回true值。通俗地说,此时比较的是两个引用是否指向内存中的同一个对象,也可以称做是否实例相等。而我们在使用equals()来比较两个指向值对象的引用的时候,往往希望知道它们逻辑上是否相等,而不是它们是否指向同一个对象——这就是我们通常重写这个方法的原因。
      在程序员之家论坛中有这样一篇文章《全面理解Java中的String数据类型》(链接http://www.phome.asia/forum/thread/19667.html) ,在这篇文章中,String s1 = new String(kvill),String s2 = new String(kvill); s1.equals(s2)ture,说明String类中已经重写了equals()方法,如果不重写equals()方法,那么s1.equals(s2)默认比较两个对象所指向的内存地址是否相同,返回值必然为false
       重写equals()方法看起来非常简单,但是有许多改写的方式会导致错误,并且后果非常严重。要想正确改写equals()方法,你必须要遵守它的通用约定。下面是约定的内容,来自java.lang.Object的规范,equals方法实现了等价关系,以下是要求遵循的5点,这5点都是当年数学的概念啊……,呵呵,且看:
1. 自反性:对于任意的引用值xx.equals(x)一定为true
2. 对称性:对于任意的引用值x y,当x.equals(y)返回true时,y.equals(x)也一定返回true
3. 传递性:对于任意的引用值xy和z,如果x.equals(y)返回true,并且y.equals(z)也返回true,那么x.equals(z)也一定返回true
4. 一致性:对于任意的引用值x y,如果用于equals比较的对象信息没有被修改,多次调用x.equals(y)要么一致地返回true,要么一致地返回false
5. 非空性:对于任意的非空引用值xx.equals(null)一定返回false
      了解了equals重写,我们再看hashCode()这个方法,hashcode()这个方法也是从object类中继承过来的,在object类中定义如下:
       public native int hashCode();
      说明是一个本地方法,它的实现是根据本地机器相关的。再看它比较“官方”的详细说明:hashCode()返回该对象的哈希码值,该值通常是一个由该对象的内部地址转换而来的整数,它的实现主要是为了提高哈希表(例如java.util.Hashtable提供的哈希表)的性能。
      你可以对它的这样“官方式”的定义漠视,但以下这一点你必须铭记:在每个重写了equals方法的类中,你必须也要重写hashCode方法。如果不这样做的话,就会违反Object.hashCode的通用约定,从而导致该类无法与所有基于散列值(hash)的集合类结合在一起正常运行。
      hashCode()的返回值和equals()的关系如下:
      如果x.equals(y)返回“true”,那么xyhashCode()必须相等。
      如果x.equals(y)返回“false”,那么xyhashCode()有可能相等,也有可能不等。


作者: 苟苟    时间: 2015-5-5 00:46
很好, 学习集合必备
作者: guoyangpeng    时间: 2015-5-5 07:33
楼主贴心,受教了!
作者: 海带    时间: 2015-5-5 07:54
好东西赞起
作者: csu050416    时间: 2015-5-5 09:17
谢谢楼主,学习了。
作者: 何志超    时间: 2015-5-5 09:35
楼主霸气,赶紧学习




欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/) 黑马程序员IT技术论坛 X3.2