hashcode()和equals()

一般都会这么问，hashcode()相等的两个类一定想等么？equals（）相等的呢？反过来呢？
首先，equals（）是Object类里的方法，如果没有重写的话调用的就是Object类里的，用的就是==，直接就比较内存地址了，所以如果这个想等了那么一定是想等的，因为就是同一块内存。
如果重写了equals（）的话，那就不知道怎么回事了，毕竟可以在方法里写成跟一切都想等。

hashcode（）方法，用来比较类相不相等根本没有价值，首先这个东西只有在需要散列的时候才会用到，也就是说往HashSet、HashMap这种数据结构里面塞东西的时候才会去做hash来确定把这个东西扔到哪个格子里。这种情况下重复的东西还是挺多的。
如果自定义的类，作为key的话，必须要实现hashcode（）方法，因为Object类的hashcode（）方法，是一个native方法。

hashCode 的常规协定是：
在 Java 应用程序执行期间，在同一对象上多次调用 hashCode 方法时，必须一致地返回相同的整数，前提是对象上 equals 比较中所用的信息没有被修改。从某一应用程序的一次执行到同一应用程序的另一次执行，该整数无需保持一致。

重写hashcode（）方法的原因：
主要原因是默认从Object继承来的hashCode是基于对象的ID实现的。
如果你重写了equals，比如说是基于对象的内容实现的，而保留hashCode的实现不变，那么很可能某两个对象明明是“相等”，而hashCode却不一样。
这样，当你用其中的一个作为键保存到hashMap、hasoTable或hashSet中，再以“相等的”找另一个作为键值去查找他们的时候，则根本找不到。