【Java基础】重写equals需要重写hashcode
2017-10-17 21:51
507 查看
Object里的equals用来比较两个对象的相等性,一般情况下,当重写这个方法时,通常有必要也重写hashcode,以维护hashcode方法的常规协定,或者说这是JDK的规范,该协定声明相等对象必须要有相等的哈希码。
即:如果obj1.equals(obj2)为true时,那么obj1.hashcode == obj2.hashcode也必定为true;
如果不重写equlas,那么比较的是两个对象的引用指向的是否是同一块内存地址,重写之后目的是为了比较两个对象的value值是否相等;
hashcode是用于散列数据的快速存取,如利用HashSet/HashMap/Hashtable类来存储数据时,都是根据存储对象的hashcode值来进行判断是否相同的。这样如果我们对一个对象重写了euqals,意思是只要对象的成员变量值都相等那么euqals就等于true,但不重写hashcode,那么我们再new一个新的对象,当原对象.equals(新对象)等于true时,两者的hashcode却是不一样的,由此将产生了理解的不一致,如在存储散列集合时(如Set类),将会存储了两个值一样的对象,导致混淆,因此,就也需要重写hashcode()。
重写equals的一点问题:
(1)一般我们经常使用instanceof来进行判断处理,比如:
但由于子类是父类的一个实例,所以如果子类 instanceof 父类,始终返回true,这样就有可能会出现一些意想不到的问题。
那么,是不是就不能用instanceof运算符来进行优化?答案是否定的,JDK中仍然有很多实现是正确的,如果一个class是final的,明知它不可能有子类,为什么不用 instanceof来优化呢?
所以我们可以使用如下来判断;
(2)一般equals和hashcode一起用来比较对象,比较的时候,先比较hashcode,再比较equals;如果两个hashcode相同,再比较equals,将大大优化比较的效率;也就是说,我们先通过 hashcode来判断两个类是否存放某个桶里,但这个桶里可能有很多类,那么我们就需要再通过 equals 来在这个桶里找到我们要的类。
那么,又回到了这个问题,重写了equals(),为什么还要重写hashCode()呢?
现在试想这样一种情况,你现在有个数组,这个数组中有1000个元素,这些元素都是不相同的,你现在要再向里面插入一个元素,如果你现在只有equals方法,那么你就得比较1000次,但是你现在有了hashcode,你只需要将新元素通过hashcode,得到一个值,然后将这个新元素与原来1000个元素中hashcode相等的元素进行equal(这时你equal的次数远远比1000次小的多),如果equal出有相等的,那么就说明这1000个中已经有与新元素相等的元素了。
这样就大大优化了比较的效率。
参考自:http://www.cnblogs.com/alexlo/archive/2013/03/04/2942393.html
即:如果obj1.equals(obj2)为true时,那么obj1.hashcode == obj2.hashcode也必定为true;
如果不重写equlas,那么比较的是两个对象的引用指向的是否是同一块内存地址,重写之后目的是为了比较两个对象的value值是否相等;
hashcode是用于散列数据的快速存取,如利用HashSet/HashMap/Hashtable类来存储数据时,都是根据存储对象的hashcode值来进行判断是否相同的。这样如果我们对一个对象重写了euqals,意思是只要对象的成员变量值都相等那么euqals就等于true,但不重写hashcode,那么我们再new一个新的对象,当原对象.equals(新对象)等于true时,两者的hashcode却是不一样的,由此将产生了理解的不一致,如在存储散列集合时(如Set类),将会存储了两个值一样的对象,导致混淆,因此,就也需要重写hashcode()。
重写equals的一点问题:
(1)一般我们经常使用instanceof来进行判断处理,比如:
public boolean equals(Object o) { if (this == o) return true; if (!(o instanceof ForkJoinTest)) { return false; } final ForkJoinTest other=(ForkJoinTest)o; if (this.getName().equals(other.getName())) return true; else return false; }
但由于子类是父类的一个实例,所以如果子类 instanceof 父类,始终返回true,这样就有可能会出现一些意想不到的问题。
那么,是不是就不能用instanceof运算符来进行优化?答案是否定的,JDK中仍然有很多实现是正确的,如果一个class是final的,明知它不可能有子类,为什么不用 instanceof来优化呢?
所以我们可以使用如下来判断;
if(obj.getClass() != this.getClass()) return false;
(2)一般equals和hashcode一起用来比较对象,比较的时候,先比较hashcode,再比较equals;如果两个hashcode相同,再比较equals,将大大优化比较的效率;也就是说,我们先通过 hashcode来判断两个类是否存放某个桶里,但这个桶里可能有很多类,那么我们就需要再通过 equals 来在这个桶里找到我们要的类。
那么,又回到了这个问题,重写了equals(),为什么还要重写hashCode()呢?
现在试想这样一种情况,你现在有个数组,这个数组中有1000个元素,这些元素都是不相同的,你现在要再向里面插入一个元素,如果你现在只有equals方法,那么你就得比较1000次,但是你现在有了hashcode,你只需要将新元素通过hashcode,得到一个值,然后将这个新元素与原来1000个元素中hashcode相等的元素进行equal(这时你equal的次数远远比1000次小的多),如果equal出有相等的,那么就说明这1000个中已经有与新元素相等的元素了。
这样就大大优化了比较的效率。
参考自:http://www.cnblogs.com/alexlo/archive/2013/03/04/2942393.html
相关文章推荐
- 【Java基础之重写equals、hashCode和compareTo方法】什么时候需要重写重写equals方法?为什么重写equals方法,一定要重写HashCode方法?
- 学习笔记-JAVA-考点10-什么情况下需要重写equals和hashcode()两个方法?
- JAVA基础笔记(Java:重写equals()和hashCode())
- Java基础之重写equals方法的同时为什么要重写hashCode方法
- 【原创】关于java对象需要重写equals方法,hashcode方法,toString方法 ,compareto()方法的说明
- Java重写equals与hashCode的注意事项 | Java基础
- 【Java基础】JAVA中重写equals()方法为什么要重写hashcode()方法?
- ID的生成策略(hibernate的id生成策略,主键类为什么需要实现序列化接口,同时还要重写hashCode()和equals()方法)
- JAVA中重写equals()方法为什么要重写hashcode()方法?
- 什么时候需要重写equals方法?为什么重写equals方法,一定要重写HashCode方法?
- JAVA中重写equals()方法为什么要重写hashcode()方法?
- Java重写equals方法时为什么要重写hashcode方法
- JAVA中重写equals()方法的同时要重写hashcode()方法
- 重写Java 的equals和hashcode方法的时候应该注意什么
- Java 基础一些代码练习笔记(HashCode重写)
- Java:重写equals()和hashCode()
- JAVA中重写equals()方法为什么要重写hashcode()方法?
- 【12】Java基础: equals 与 == 的关系,equals 与 hashCode 的关系
- java重写equals和hashCode方法
- Java Collection框架在Collection的生命周期中需要基于不变字段的equals()和hashCode()方法