为什么在重写了equals()方法之后也必须重写hashCode()方法？

如果两个对象相同（即用equals比较返回true），那么它们的hashCode值一定要相同；
如果两个对象的hashCode相同，它们并不一定相同(即用equals比较返回false) 。

要求是需要重写的，实践上是可以不重写的，反正编译器不会报错，一般情况下也不回出问题，只要你不用类似于Hashtable存放这些对象。

之所以要求hashcode和equals一致，主要考虑的还是Hashtable问题。举个例子：
假如你了重写A类的equals方法，而且有两个对象a1和a2按照这个方法比较是相等的。现在你要把这两对象分别作为另外两个对象v1和v2的key（类似于名字）放入Hashtable  h中，也就是要：
h.put(a1,v1); h.put(a2,b2);
这样，由于a1和a2是相等的，按理说put(a2,b2);时应该把a1覆盖掉。换句话说如果你put(a1,b1);之后，用get方法h.get(a1)和h.get(a2)应该都能的到b1。如果你觉得这样说不太直观，你可以把a1、a2想象成两个String。
但如果你要是不重写hashcode方法，则上述目标完成不了。因为，虽然我们认为a1和a2是相等的，并且equals的确如此，但问题是哈希表她不是按照equals来判断两个对象是否相等的！
给哈希表一个键值，他会用hashcode方法取得这个键值的哈希码也就是hashcode值，把它作为实际的索引来管理整个表，如果你学过数据结构，应该知道管理的过程。
反过来说，假如String类的作者仅仅重写equals而没重写hashcode方法，那么我们两次这样执行：h.put("aaa",  b1);  h.put("aaa",  b2); 会在Hashtable中建立两个键值对，而h.get("aaa")则得不到b1或b2.

假如有a,b两个类，他们的属性中的姓名都是李四，你完全可以认为a,b是相等的，所以重写equals的时候，你可以写成只要对象的属性值相同equals就返回true，但是这两个对象的HashCode是不同的，这个时候你就可以重写HashCode,让他们产生的hashcode值相等，这样就可以保证元素的不重复。

简单的说java判断对象是否相同的原则是基于equals()和hashCode()这两个方法。其机制是首先通过hashCode()方法来确认两个对象的哈希值是否相同，若不相同，则认为对象不相同，同时也就不必调用equals方法了。若哈希值相同，那么在通过equals方法来判断，返回true，就是同一个对象。

如果问题未解决，请继续追问，如果问题解决了，请将问题分类改为“已解决”，谢谢

囧，这个问题，看了二楼的回答曰看越迷糊，大神的态度很热情，表述很晦涩，4楼浅显易懂，能直接脑海里就有内存图了