一、前言
网上存在不少关于hashcode和equals的文章，但是都不够简洁和原始。针对java基础的知识，我们要用回到原点的思想来记忆它，这些东西产生的原因是什么，他们的定义和用处自然就明白，至于后面的差异，则是自然而然就会推导了。
二、定义介绍
首先== 和equals都是用来比较java对象的，而hashcode是java对象运算之后的一个散列值，在java对象比较时并不会使用，但是在集合中会用到。
介绍的顺序应当是== 然后是equals 最后是hashcode。
==符号：
这个符号用来做地址的比较，我们知道一般java对象都是在内存中存放，一个对象只会放在一个特定的内存位置，既然位置都一样，那必然是最严格一样上的同一个对象。可以类比为人的DNA（先不考虑双胞胎）。
equals：
equals方法在Object里的实现其实就是==，也就是默认不改（重写）该方法的时候，equals要求的也是严格一样的同个对象。
但是两个对象比较，理应还有一种是业务意义上的相等，业务中的数据模型简化之后可能只剩几个属性，比如一辆自行车对象，如果我们定义品牌型号批次一致，我们就认为是同一辆自行车，并不会要求到这两个对象在内存中的地址一致，这一种的相等，比==的相等要求略低，可以视为是内容上的相等。
没错，equals的比较，就是针对内容的比较，他们的相等就是按照内容的相等来书写，一个对象不覆盖equals方法，则其比较就升格为完全的相等（地址比较，因为设计者无法知道业务对象要比较什么，只有对象定义的人才会知道）
hashcode
首先要明确，hashcode翻译为散列码，它是一个根据对象属性值计算出来的整形数据，也就是一定是一个可以比较的integer值，这个计算出的值就是将该对象的内容进行一次数字化的编码，方便快速的比较两个不同对象的内容是否不相等。
注意是确认不相等而不能确认相等，若对象的内容不同，则计算的hashcode一定不同，反之却不成立。
计算的原则是尽量让该类下所有不同的对象，都有不同的hashcode，通过特定的算法可以保证绝大多数情况都满足。
其次，这个值在集合中才有用。
以HashSet（key值不重复）或者HashMap（key值不重复，但是value可以追加，如Map<Bike,List<String>）为例子，如果我们以自行车对象为key值。
针对HashSet，什么时候是做key值的替换，什么时候做key值的新增。
针对HashMap，什么时候做key值后的value追加，什么时候做key值的新增。
所依靠的判断，就是这个自行车对象的hashcode值。
执行put的时候，判断新进的对象hashcode是否已有，若是，则set进行替换，map进行追加。
详细见 //www.greatytc.com/p/fa95b56ccb2b
最后，为方便理解hashcode一样和对象不一样，我们还是以自行车对象为例，简化自行车为型号+批次。 hashcode的计算规则为 型号1+批次2 。 以车甲{2,1} 和车乙(4,0)。 hashcode（甲）=2+12=4 ， hashcode（乙）=41+0*2=4。则出现了两个车其实内容不一样，但是hashcode一样的现象。（当然这是因为我们故意降低了hash算法的强度，现实中的散列以31倍乘之后冲突概率很小）
三、结论推导
1、== 是最严格的比较，为真时两者地址一样，实际上就是同一处对象。
2、equals是内容上的比较，两个地址不一样的对象，他们的各项属性可能是一模一样的，根据业务上的需要，可以重新equals方法，使其变为内容上的比较。（若不重写，则默认为==的比较）
3、hashcode，在集合中使用，是对对象各属性（一般是全属性参与计算）计算之后的整型值，两个对象hashcode值一样，他们的内容再所不问，在放置集合的选择时，就被认为同个对象。根据集合是key值是否重复等，继续替换等操作。
hashcode是对各个属性值的再计算，计算算法可能会导致不同属性值运算结果一致。该值在集合中使用。
equals的比较的就是各个属性值拎出来一一比较。（我们讲的都是设计初衷，当然开发者可以随便写）
==比较的就是对象的真实出处。
至于什么==相等 equals什么表现，hashcode一致，另外两个什么表现的结论，我想不用记忆了吧。
