浅析equals和hashCode

Object中equals方法的实现原理:

equals方法用于检测一个对象是否与另外一个对象相等。而在Object类中这个方法实际上是判断两个对象是否具有相同他的引用,如果有,则相等。

Public Boolean equals(object obj){
  return (this == obj)
}

所有对象都拥有标识(内存地址)和状态(数据),同时“==”比较两个对象的内存地址,所以说Object的equals()方法是比较两个对象的内存地址是否相等。
若object1.equals(object2)为true,标识objects1和object2实际上是引用同一个对象

equals()与 == 的区别:

默认情况下从超类object继承而来的equals()方法与“==”是完全等价的,比较的都是对像的内存地址,但是我们可以通过重写equals方法,使其按照我们的需求的方式进行比较,比如String类重写了equals方法,比较的是字符的序列,而不再是内存地址。

equals方法的特性:

  • 自反性(x.equals(x)必须返回true)
  • 对称性(x.equals(y)返回true时,y.equals(x)也必须返回true)
  • 传递性(x.equals(y)和y.equals(z)都返回true时,x.equals(z)也必须返回true)
  • 一致性(当x和y引用的对象信息没有被修改时,多次调用x.equals(y)应该得到同样的返回值)
  • 对于任何非null值的引用x,x.equals(null)必须返回false。

为什么重写equal()的同时还要重写hashCode():

hashCode是散列码,哈希码,是由对象到处的一个整型值,散列码是没有规律的,如果x与y是两个不同的对象,那么它们的散列码基本不会相同。在Java中,我们可以使用hashCode()来获取对象的散列码,其值就是对象的存储地址,这个方法在Object类中声明,因此所有的子类都含有这个方法。
《Effective Java》中对hashCode的约定:

1.在Java应用程序执行期间,如果equals方法比较中所用的信息没有被修改,那么在同一个对象多次调用hashCode方法必须一致地返回相同地整数。如果多次执行同一个应用,不要求该整数必须相同。

2.如果两个对象通过调用equals方法是相等的,那么这两个对象调用hashCode方法必须返回相同的整数

3.如果两个对象通过调用equals方法是不相同的,不要求这两个对像调用hashCode方法必须返回不同的整数。但是程序员应该意识到对不同的对象产生不同的hash值可以提供哈希表的性能。

《Java编程思想》中对第一条进行说明:

“设计hashCode()时最重要的因素就是:无论何时,对同一个对象调用hashCode()都应该产生同样的值。如果在讲一个对象用put()添加进HashMap时产生一个HashCode值,而用get()取出时却产生了另一个hashCode值,那么就无法获取该对象了。所以如果你的hashCode方法依赖于对象中易变的数据,用户就要当心了,因为此数据发生变化时,hashCode()方法就会生成一个不同的散列码。”

由上可知,在Object类中,hashCode方法是通过Object对象的地址计算出来的,因为Object对象只与自身相等,多以同一个对象的地址总是相等的,计算取得的哈希码也必然相等,对于不同的对象,由于地址不同,所获取的哈希码自然也不会相等。所以如果一个类重写了equals方法,但没有重写hashCode方法,违反了第2条规定。

重写equals()中getClass与instanceof的区别:

重写equals()方法时,一般推荐使用getClass来进行类型判断,除非所有的子类有统一的语义才使用instanceof。Instanceof的作用时判断左边对象是否为右边类的实例,返回boolean类型的数据。可以用来判断继承中的子类的实例是否为父类的实现。

实现高质量的equals方法的诀窍:

  • 使用==操作符检查:参数是否为这个对象的引用
  • 使用instanceof操作符检查:参数是否为正确的类型
  • 对于类中的关键属性,检查参数传入对象的属性是否与之相配
  • 编写完equals方法后,问自己它是否满足对称性,传递性,一致性
  • 重写equals时总是要重写hashCode
  • 不要将equals方法参数中的object对象替换为其他的类型,在重写时不要忘记@override注解
@Override
public boolean equals(Object o) {
    if (this == o) return true;
    if (!(o instanceof Person))
        return false;
    Person p = (Person) o;
    return name.equals(p.name) && age == p.age;
    }
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 160,108评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,699评论 1 296
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,812评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,236评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,583评论 3 288
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,739评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,957评论 2 315
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,704评论 0 204
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,447评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,643评论 2 249
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,133评论 1 261
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,486评论 3 256
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,151评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,108评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,889评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,782评论 2 277
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,681评论 2 272

推荐阅读更多精彩内容