其实经常会遇到这种情况。当一个对象的属性相同的时候,我们想把他们当成是相同。那么这时候,就可以通过重写equals方法来实现了。可是又有这样的一种情况,往往大家在重写equals方法的时候,总会让大家一起hashcode方法,这是为什么呢?
其实是这样的,不是什么时候都要去重写hashcode方法的。hashcode,顾名思义,就是指的是这个对象的hash值。除了String以外,大多数的对象比较的时候(==)是比较的hash值,就是hashcode计算出来的值。那么这样的话,如果我比较对象,使用的是equals方法的话,其实没关系咯。可是没有考虑到一种特殊的情况。就是在使用hash类集合的时候。
当用户使用hash结合的时候,类似于hashMap的key中,hashSet。
这时候,如果不重写hashcode方法,那么其实如果equals方法是相同的时候,如果存入这类的集合里,仍然是两个对象。
那什么时候不需要重写hashcode方法呢?只做比较,不放入hash类集合中,以及放入hashmap的value中时。
那么又如何重写hashcode方法呢?
经常会看到有人这样重写
public int hashcode(){
return getClass().getName()+90;
}
甚至 直接返回一个常数
public int hashcode(){
return 90;
}
其实这样是不对的。大家都知道,hashmap或者set如何去查找一个值或者插入。会先查看这个对象的hashcode值,然后如果相同的话,再比较。可是如果这样写的话,会整个类的hashcode值都是相同的。 那么将一类值放入的时候,都需要使用equals方法去比较。这明显是不友好的。
正确书写hashCode的办法:
【原则】按照equals( )中比较两个对象是否一致的条件用到的属性来重写hashCode()。
{1}. 常用的办法就是利用涉及到的的属性进行线性组合。
{2}. 线性组合过程中涉及到的组合系数自定义即可。
注意,拼接之后的数值不能超过整形的表达范围。
{3}. 公式:属性1的int形式+ C1*属性2的int形式+ C2*属性3的int形式+ …
那么应该这么写。eg:
public int hashCode(){
sop(this.name +"......hashCode");
return this.name.hashCode() + 29*age;
}
这样的话,尽量使得其hashcode值复杂一点,有区别性一点。其实这样的话,也是基于了equals方法。