重写equals方法的时候为什么需要重写hashCode方法呢

equals是保证逻辑上的相同，如一个Perspn类有name和age属性，下面的equals表明如果name和age相同，他们就是同一个人

@Override
public boolean equals(Object obj) {
    // TODO Auto-generated method stub
    return this.name.equals(((People) obj).name) && this.age == ((People) obj).age;
}

但是如果有这样的代码

HashMap<People, Integer> hashMap = new HashMap<People, Integer>();
People p1 = new People("Jack", 12);
hashMap.put(p1, 1);

People p2 = new People("Jack", 12);
System.out.println(hashMap.get(p2));	// null 

p1和p2 name和age 相同，所以我们的逻辑上认为他是同一个人，但是hashMap.get(p2)得到的结果却是null

为什么？ 因为 p1 和 p2 是两个不同的对象，他们的地址以及hashcode都不一样，你可以试一下

System.out.println(p1);
System.out.println(p1.hashCode());
System.out.println(p2);
System.out.println(p2.hashCode());

如果这时候你重写了 People的 hashCode方法

@Override
public int hashCode() {
    // TODO Auto-generated method stub
    return name.hashCode()*37+age;
}

发现 p1 和 p2 的地址以及hashcode都相同，这时候你再使用hashMap.get(p2) 就可以得到 1 了

我们从 HashMap中调用get是怎么拿到数据的？

答案是先找到index 即 index = hashCode(object) & (length - 1）

你看，如果你重写equals方法却没重写hashCode方法，p1和p2 两个对象虽然表明是同一个人，但是他们在HashMap中的地址却不同

HashCode方法的作用？

先说结论：为了减少了调用equals方法的次数

hashCode方法的主要作用是为了配合基于散列的集合一起正常运行，这样的散列集合包括HashSet、HashMap以及HashTable。

当向集合中插入对象时，如何判别在集合中是否已经存在该对象了？（注意：集合中不允许重复的元素存在）

也许大多数人都会想到调用equals方法来逐个进行比较，这个方法确实可行。但是如果集合中已经存在一万条数据或者更多的数据，如果采用equals方法去逐一比较，效率必然是一个问题。此时hashCode方法的作用就体现出来了，当集合要添加新的对象时，先调用这个对象的hashCode方法，得到对应的hashcode值，实际上在HashMap的具体实现中会用一个table保存已经存进去的对象的hashcode值，如果table中没有该hashcode值，它就可以直接存进去，不用再进行任何比较了；如果存在该hashcode值， 就调用它的equals方法与新元素进行比较，相同的话就不存了，不相同就散列其它的地址，所以这里存在一个冲突解决的问题，这样一来实际调用equals方法的次数就大大降低了

说通俗一点：Java中的hashCode方法就是根据一定的规则将与对象相关的信息（比如对象的存储地址，对象的字段等）映射成一个数值，这个数值称作为散列值。

put方法是用来向HashMap中添加新的元素，从put方法的具体实现可知，会先调用hashCode方法得到该元素的hashCode值，然后查看table中是否存在该hashCode值，如果存在则调用equals方法重新确定是否存在该元素，如果存在，则更新value值，否则将新的元素添加到HashMap中。从这里可以看出，hashCode方法的存在是为了减少equals方法的调用次数，从而提高程序效率。

参考
浅谈Java中的hashcode方法