目录
想解决这个问题，要先知道什么是hashcode。hashCode是jdk根据对象的地址或者字符串或者数字算出来的 int 类型的数值，
hashcode 在 Object 的方法中源码是这样的：
public native int hashCode();从源码可以看出，Object 中的 hashCode 调用了一个（native）本地方法，返回了一个 int 类型的整数，当然，这个整数可能是正数也可能是负数。
默认情况下，Java中的?equals() 比较的是对象的引用。
equals 方法在 Object 下的实现源码如下：
public boolean equals(Object obj) {
return (this == obj);
}?由此可见，相同的对象使用 equals() 进行比较结果会是 false ，这样就没有了比较的意义，所以要重写 equals 方法。
来了解一下 hashcode() 和 equals() 的关系：
1. 如果两个对象相等（equals 返回 true），则 hashcode 一定也是相同的
2. 如果两个对象不同（equals 返回 false），那么他们的 hashCode 值可能相同、可能不同
3. 如果两个对象的 hashcode 值相同（哈希冲突），那么它们可能相同、可能不同（equals 返回 true 或者返回 false）
4. 如果两个对象的 hashCode 值不同，那么它们一定不同（equals 返回 false）
| equals() | hashcode() |
| true（确定） | true |
| false（确定） | true / false |
| true / false | true（确定） |
| false | false（确实） |
hashCode() 的默认行为是对堆上的对象产生独特值。如果没有重写hashCode()，则该class的两个对象无论如何都不会相等（即使这两个对象指向相同的数据）。
回归根本问题：为什么两个方法都要重写。这种情况通常发生在 set 集合去重，我们都知道 set 集合是用来保存不同对象的集合，也就是说?set 集合内没有重复的元素。但有时，set集合会出现“异常”，即没有进行去重操作。
原因就是：只重写了 equals 方法，但没有重写 hashCode 方法。具体分析一下，只重写equals方法，那么 set 进行去重操作时，先判断的是两个对象的 hashcode 是否相等，由于没有重写hashcode() 方法，所以执行的是 Object 类下的hashcode() 方法，此时比较的实际上是两个相同对象的不同引用地址，所以结果出现了 false ，导致 equals 方法不用执行下去，也返回了 false 结果，最后结论就变成了两个明明相同的对象比较的结果是不同的，于是set集合中就插入了两个相同的对象。
解决办法：在重写 equals 方法时，把 hashCode 方法也一起重写。这样的情况下，执行的就是重写的 hashcode() 方法，即比较两个对象的所有属性的 hashcode 是否相等，那么相同对象返回的结果就会是true，再去调用 equals 方法，则结果正确了，set集合就成功实现了去重操作。
综上：
equals方法被覆盖过，则hashCode方法也必须被覆盖
即！！！！重写equals方法时，也要重写一下 hashCode方法！！！！