首先 引入官方约定：
-
在一个应用程序执行期间，如果一个对象的equals方法做比较所用到的信息没有被修改的话，那么，对该对象调用hashCode方法多次，它必须始终如一地返回 同一个整数。在同一个应用程序的多次执行过程中，这个整数可以不同，即这个应用程序这次执行返回的整数与下一次执行返回的整数可以不一致。
-
如果两个对象根据equals(Object)方法是相等的，那么调用这两个对象中任一个对象的hashCode方法必须产生同样的整数结果。
-
如果两个对象根据equals(Object)方法是不相等的，那么调用这两个对象中任一个对象的hashCode方法，不要求必须产生不同的整数结果。然而，程序员应该意识到这样的事实，对于不相等的对象产生截然不同的整数结果，有可能提高散列表（hash table）的性能。
在创建的类不重写hashCode()和equals() 方法时，默认使用 java 提供的 java.lang.Object 下的 hashCode()和equals() 方法。
> 注意：
Object 的public boolean equals(Object obj)方法主要是对非空对象的引用地址的判断相同才返回true，而非对象本身的字符串内容或数值是否相同
。
简而言之，当且仅当 值A 和 值B 都是引用自同一个对象时，此方法才会返回true;
所以，当我们重写一个对象，重写了equals（）方法后，通常必须重写 hashCode（）方法，以维护 hashCode 方法的常规协定，该协定声明了相等对象必须具有相等的哈希码。【要么都不要写，默认的比较地址】
> 说白了，就是equals 返回true的两个值，在hashCode（） 中结果也必然是true。
*例子：*
通过之前的学习 我们了解：
(1)当obj1.equals(obj2)为true时，obj1.hashCode() == obj2.hashCode()必须为true
(2)当obj1.hashCode() == obj2.hashCode()为false时，obj1.equals(obj2)必须为false
这里引出一个问题，为什么要重写equals（）方法呢？难道原生的不能用吗？
如果是为了比较对象的值是否相等，那么必须重新，若果是为了比较地址的话，如果没有重新equals ，那就不需要hashcode,如果重新equals，也同时需要hashcode,
二者必须同时出没
在高级类的八个包装类与引用类型的String类型（该类对euqals和hashcode方法进行了重写）中都 是使用重写后的 equals 方法来比较对象的，*默认*比较的是值，在*比较其它自定义对象*时都是比较的引用地址。
后面会对equals 和 hashcode 的关系进行关联解释。
*hashcode*是用于散列数据的快速存取，如利用*HashSet/HashMap/Hashtable*类来存储数据时，都是根据存储对象的*hashcode*值来进行判断是否*相同*的。
那么，如果我们值重写equals ，而不重写 hashcode 会怎么样？
如果我们对一个对象重写了equals 方法，意味着只要对象的成员变量值都相等那么equals 就返回true ,但在不重写 hashcode 方法的情况下，当我们重新 new 了一个新对象。
此时，当原对象.equals（新对象）等于true时，两者的 hashcode 却是不一样的，由此会产生了理解的不一致，也违反了equals 与 hashcode的约定规则。
不重写导致的结果案例：
在不重写hashcode的情况下，如果 hashset存储两个引用不同但值相同的对象，此时hashcode返回false，认为后者与前者不重复，则会重新 newNode() 创建一个新节点将重复的值添加到集合中，意味着不可重复的单列集合中出现了两个值一样的对象，导致混淆。（假设没有重写）
结论：重写了equals（）方法后需要重写 hashcode()方法。【equals目的是比较内容】
Object版本的equal只是简单地判断是不是同一个实例。但是有的时候，我们想要的的是逻辑上的相等，这个时候就需要重写equals方法了。而涉及到HashMap的时候，重写了equals()，就需要重写hashCode()
测试和结果如下
：
