# 为什么重写 equals 还要重写 hashcode

# 回答:

img

# 理解:


# 转载:

原文链接:https://blog.csdn.net/xl_1803/article/details/80445481


大家都知道,equals 和hashcode 是java.lang.Object类的两个重要的方法,在实际应用中常常需要重写这两个方法,但至于为什么重写这两个方法很多人都搞不明白,以下是我的一些个人理解。

img

这是Object类关于这两个方法的源码,可以看出,Object类默认的equals 比较规则就是比较两个对象的内存地址。而hashcode是本地方法,java的内存是安全的,因此无法根据散列码得到对象的内存地址,但实际上,hashcode是根据对象的内存地址经哈希算法得来的。

img

上图展示了Student类的重写后的equals方法和hashcode方法,建议大家用 idea 自动生成,尽量不要自己敲因为很有可能会出错。

现在有两个Student对象:

Student s1=new Student("小明",18);

Student s2=new Student("小明",18);

此时 s1.equals(s2) 一定返回true

假如只重写 equals 而不重写 hashcode ,那么Student类的 hashcode 方法就是Object默认的hashcode 方法,由于默认的 hashcode 方法是根据对象的内存地址经哈希算法得来的,显然此时s1!=s2,故两者的 hashcode 不一定相等。

然而重写了 equals,且 s1.equals(s2) 返回true,根据 hashcode 的规则,两个对象相等其哈希值一定相等,所以矛盾就产生了,因此重写 equals一定要重写 hashcode,而且从Student类重写后的 hashcode 方法中可以看出,重写后返回的新的哈希值与Student的两个属性有关。

以下是关于 hashcode 的一些规定:

两个对象相等,hashcode一定相等

两个对象不等,hashcode不一定不等

hashcode相等,两个对象不一定相等

hashcode不等,两个对象一定不等

最后修改时间 2020/6/17