1、在每个覆盖了equals 方法的类中，也必须覆盖hashCode

• 这是关于hashCode 的通用约定
• 这样可以与 基于散列的集合一起工作，比如：HashMap、HashSet、HashTable

2、Object 规范：

• 在应用程序执行期间，equals 比较的信息不变，对同一对象多次调用，hashCode 返回同一整数
• 在同一应用程序的多次执行中，hashCode 返回整数可以不一致
• 两个对象equals 比较相等，hashCode 必须相等
• 两个对象equals 不等，hashCode不一定不等
• 不等的hashCode会提高散列集合的性能

3、相等的对象必须有相等的hashCode

• 散列集合中，先比较hashCode ，相等才做equals 比较
• 编写一个合法，但不好用的hashCode 是没有任何意义 ,如下：
• 散列表退化为链表

4、好的散列函数，倾向于（不保证）：为每一个不等的对象产生不等的hashCode

• 对每一个关键域（equals 方法比较的域），都做散列计算，并且合并为一个
• 对于冗余域（equals 比较没用到的域），必须排除在外
• 如果一个类包含多个相似的域，用乘法计算散列值效果会更好
• 如下，但会一个简单的、确定的结果

5、对于不可变类，计算hashCode 消耗大，可以考虑缓存hashCode

6、如果某类型大多数对象都会用作散列键，可以创建时就计算hashCode

• 否则，可以考虑延时计算hashCode

7、不要在计算hashCode 的时候 排除掉对象的关键部分 来提升性能

• 这里省事，可能会导致hashCode 不起作用

8、不要在程序中，依赖hashCode返回的确定值

• 这样会限制在以后版本改进hashCode 函数的能力