equals()方法和hashcode()方法的联系

1.对于关系操作符 ==

1. 若操作数的类型是基本数据类型，则该关系操作符判断的是左右两边操作数的值是否相等
2. 若操作数的类型是引用数据类型，则该关系操作符判断的是左右两边操作数的内存地址是否相同。也就是说，若此时返回true,则该操作符作用的一定是同一个对象。
   比如 Object类中是所有包装类的父类

public boolean equals(Object obj){
   return (this == obj);
}

hashCode
在Object类中的定义为:

public native int hashCode();

3. 是一个本地方法，返回的对象的地址值。

2. hashCode和equlas的关系

4. 如果两个对象相同（即用equals比较返回true），那么它们的hashCode值一定要相同；
5. 如果两个对象的hashCode相同，它们并不一定相同(即用equals比较返回false)
6. 原因：从散列的角度考虑，不同的对象计算哈希码的时候，可能引起冲突，大家一定还记得数据结构中。由于为了提高程序的效率才实现了hashcode方法，先进行hashcode的比较，如果不同，那没就不必在进行equals的比较了，这样就大大减少了equals比较的次数，这对比需要比较的数量很大的效率提高是很明显的.
7. 一个很好的例子就是在集合中的使用；我们都知道java中的List集合是有序的，因此是可以重复的，而set集合是无序的，因此是不能重复的，那么怎么能保证不能被放入重复的元素呢，但靠equals方法一样比较的 话，如果原来集合中以后又10000个元素了，那么放入10001个元素，难道要将前面的所有元素都进行比较，看看是否有重复，欧码噶的，这个效率可想而知，因此hashcode
   就应遇而生了，java就采用了hash表，利用哈希算法（也叫散列算法），就是将对象数据根据该对象的特征使用特定的算法将其定义到一个地址上，那么在后面定义进来的数据 只要看对应的hashcode地址上是否有值，那么就用equals比较，如果没有则直接插入，只要就大大减少了equals的使用次数，执行效率就大大提高了。继续上面的话题，为什么必须要重写hashcode方法，其实简单的说就是为了保证同一个对象，保证在equals相同的情况下hashcode值必定相同，如果重写了equals而未重写 hashcode方法，可能就会出现两个没有关系的对象equals相同的（因为equal都是根据对象的特征进行重写的），但hashcode确实不相同的。