重写equals()方法为什么还要必须重写hashCode方法?

重写equals()方法为什么还要必须重写hashCode方法?
重写equals()方法为什么还要必须重写hashCode方法?

重写equals()方法为什么还要必须重写hashCode方法?
hashCode 的常规协定是：
在 Java 应用程序执行期间,在同一对象上多次调用 hashCode 方法时,必须一致地返回相同的整数,前提是对象上 equals 比较中所用的信息没有被修改.从某一应用程序的一次执行到同一应用程序的另一次执行,该整数无需保持一致.如果根据 equals(Object) 方法,两个对象是相等的,那么在两个对象中的每个对象上调用 hashCode 方法都必须生成相同的整数结果.
以下情况不 是必需的：如果根据 equals(java.lang.Object) 方法,两个对象不相等,那么在两个对象中的任一对象上调用
hashCode 方法必定会生成不同的整数结果.但是,程序员应该知道,为不相等的对象生成不同整数结果可以提高哈希表的性能.
实际上,由 Object 类定义的 hashCode 方法确实会针对不同的对象返回不同的整数.（这一般是通过将该对象的内部地址转换成一个整数来实现的,但是 JavaTM 编程语言不需要这种实现技巧.）
这么理解,在你调用equals()方法比较两个对象的时候,编译器会自动调用hashCode()来比较两个对象是否产生相同的整数结果.equals()返回true,则hashCode()必返回true.equals()返回false,则hashCode()必返回false.那么你重写equals()方法,肯定必须重写hashCode方法来保证二者的同步关系(暂且称这种关系为同步关系).