今天看代码的时候忽然发现有些类会重写equals方法和hashcode方法以及相应的toString方法,对于我来说完全不明
白为什么要这么做,我查了下资料,终于找到了原因!
equals是Object类就有的方法是用来检测一个对象是否等于另外一个对象,在Object类中,这个方法将判断两个对象
是否具有相同的引用。对于需要检测两个对象状态的时候,那么就要重新去实现一下这个方法了。比如说2个雇员对象如果
ID相同,那么他们肯定是相同的。那么我仅仅只需要判断ID就好了,那么我就重写咯,o(∩_∩)o。
而且JAVA语言规范对equals方法还具有一下特性:
1.自反性:对于任何非空引用x,x.equals(x)应该返回true;
2.对称性:对于任何引用x,y,如果x.equals(y)返回true,那么y.equals(x)也应该返回同样的结果;
3.传递性:对于任何引用x,y和z,如果x.equals(y)返回true,y.equals(z)返回true,那么x.equals(z)也应该返回true;
4.一致性:如果x和y引用的对象没有发生变化,那么反复调用x.equals(y)应该返回同样的结果。
5.对于任意非空引用x,x.equals(null)应该返回true.
然后有一系列的对比方式来解决继承和超类的比较
接下来就是关于hashcode了对于每一个对象来说都有它相对应唯一的hashcode,也叫做散列码,它也作为对象在内存当
中的存储地址。那么你override了equals方法,你也应该override掉hashcode方法,以便用户可以将对象插入到散列表中
(hashmap).
欢迎喜欢旅游的朋友来这里参观
白为什么要这么做,我查了下资料,终于找到了原因!
equals是Object类就有的方法是用来检测一个对象是否等于另外一个对象,在Object类中,这个方法将判断两个对象
是否具有相同的引用。对于需要检测两个对象状态的时候,那么就要重新去实现一下这个方法了。比如说2个雇员对象如果
ID相同,那么他们肯定是相同的。那么我仅仅只需要判断ID就好了,那么我就重写咯,o(∩_∩)o。
而且JAVA语言规范对equals方法还具有一下特性:
1.自反性:对于任何非空引用x,x.equals(x)应该返回true;
2.对称性:对于任何引用x,y,如果x.equals(y)返回true,那么y.equals(x)也应该返回同样的结果;
3.传递性:对于任何引用x,y和z,如果x.equals(y)返回true,y.equals(z)返回true,那么x.equals(z)也应该返回true;
4.一致性:如果x和y引用的对象没有发生变化,那么反复调用x.equals(y)应该返回同样的结果。
5.对于任意非空引用x,x.equals(null)应该返回true.
然后有一系列的对比方式来解决继承和超类的比较
接下来就是关于hashcode了对于每一个对象来说都有它相对应唯一的hashcode,也叫做散列码,它也作为对象在内存当
中的存储地址。那么你override了equals方法,你也应该override掉hashcode方法,以便用户可以将对象插入到散列表中
(hashmap).
欢迎喜欢旅游的朋友来这里参观