ORM框架入门实例3

重写equals()以及hashCode()

思考：
重写equals()一定要重写hashCode()吗？
这也是一个老生常谈的问题了，很多人会以为重写equals()一定要hashCode()，但是这种想法是错误的，
答案是：重写equals()不一定要重写hashCode()
原因：
hashCode() 的作用是获取哈希码，也称为散列码；它实际上是返回一个int整数。这个哈希码的作用是确定该对象在哈希表中的索引位置。
我们可以看到它的作用是确定该对象在哈希表中的索引位置。
如果不会创建“类对应的散列表”即我们不会在HashSet, Hashtable, HashMap等等这些本质是散列表的数据结构中，用到该类。 他们之间并没有任何关系，所以并不需要重写。
但，会创建“类对应的散列表时，
在这种情况下，该类的“hashCode() 和 equals() ”是有关系的：
如果两个对象相等，那么它们的hashCode()值一定相同。这里的相等是指，通过equals()比较两个对象时返回true。
如果两个对象hashCode()相等，它们并不一定相等。因为在散列表中，hashCode()相等，即两个键值对的哈希值相等。然而哈希值相等，并不一定能得出键值对相等。补充说一句：“两个不同的键值对，哈希值相等”，这就是哈希冲突。

同时，在这种情况下，若要判断两个对象是否相等，除了需要覆盖equals()之外，还需要覆盖hashCode()方法，否则equals()无效。

hashCode（）与 equals（）的相关规定：
如果两个对象相等，则 hashcode 一定也是相同的
两个对象相等,对两个对象分别调用 equals 方法都返回 true
两个对象有相同的 hashcode 值，它们也不一定是相等的
因此，equals 方法被覆盖过，则 hashCode 方法也必须被覆盖
hashCode() 的默认行为是对堆上的对象产生独特值。如果没有重写 hashCode()，则该 class 的两个对象无论如何都不会相等（即使这两个对象指向相同的数据）。

在重写equals方法时，要注意满足离散数学上的特性
1 自反性：对任意引用值X，x.equals(x)的返回值一定为true.
2 对称性：对于任何引用值x,y,当且仅当y.equals(x)返回值为true时&#x