为什么hashcode()和equals()方法要一起重写

其实经常会遇到这种情况。当一个对象的属性相同的时候，我们想把他们当成是相同。那么这时候，就可以通过重写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方法。