HashCode

首先我们来理解下什么叫hash！Hash，一般翻译做“散列”，也有直接音译为"哈希"的，就是把任意长度的输入（又叫做预映射， pre-image），通过散列算法，变换成固定长度的输出，该输出就是散列值。这种转换是一种压缩映射，也就是，散列值的空间通常远小于输入的空间，不同的输入可能会散列成相同的输出，而不可能从散列值来唯一的确定输入值。

所以，面试的时候，我们只需要说，HashCode，就是对象通过散列算法生成的固定长度的值！

Equals，==

为啥我要拿Equals和==放在一起说，因为很简单，在学校我们学的，一般都是==是比较对象的引用地址的，而Equals是用来比较值的，其实这特么是假的！因为我们看源码就知道Object里面的Equals其实就是判断==是否为true。为啥说equals值呢，因为Equals被重写了啊。。。

Object.equals方法

HashCode，Equals，==三者的关系

1. 如果是基本变量，没有hashcode和equals方法，基本变量的比较方式就只有==,；

2. 如果是变量，由于在java中所有变量定义都是一个指向实际存储的一个句柄（你可以理解为c++中的指针），在这里==是比较句柄的地址（你可以理解为指针的存储地址），而不是句柄指向的实际内存中的内容，如果要比较实际内存中的内容，那就要用equals方法，但是！！！

如果是你自己定义的一个类，比较自定义类用equals和==是一样的，都是比较句柄地址，因为自定义的类是继承于object，而object中的equals就是用==来实现的，你可以看源码。

那为什么我们用的String等等类型equals是比较实际内容呢，是因为String等常用类已经重写了object中的equals方法，让equals来比较实际内容，你也可以看源码。

3. 从语法角度，也就是从强制性的角度来说，hashCode和equals是两个独立的，互不隶属，互不依赖的方法，equals成立与hashCode相等这两个命题之间，谁也不是谁的充分条件或者必要条件。

但是，从为了让我们的程序正常运行的角度，我们应当向Effective  Java中所言

重载equals的时候，一定要（正确）重载hashCode

使得equals成立的时候，hashCode相等，也就是a.equals(b)->a.hashCode()  ==  b.hashCode()，或者说此时，equals是hashCode相等的充分条件，hashCode相等是equals的必要条件（从数学课上我们知道它的逆否命题：hashCode不相等也不会equals），但是它的逆命题，hashCode相等一定equals以及否命题不equals时hashCode不等都不成立。

总结

总结一下，equals（）是对象相等性比较，hashCode（）是计算对象的散列值，当然他们的依据是对象的属性。

对于equals，一般我们认为两个对象同类型并且所有属性相等的时候才是相等的，在类中必须改写equals，因为Object类中的equals只是判断两个引用变量是否引用同一对象，如果不是引用同一对象，即使两个对象的内容完全相同，也会返回false。当然，在类中改写这个equals时，你也可以只对部分属性进行比较，只要这些属性相同就认为对象是相等的。

对于hashCode，只要是用在和哈希运算有关的地方，前面很多兄弟都提到了，和equals一样，在你的类中也应该改写。当然如果两个对象是完全相同的，那么他们的hashCode当然也是一样的，但是象前面所述，规则可以由你自己来定义，因此两者之间并没有什么必然的联系。