1、剖析 equals()
//Object类中的equals()
public boolean equals(Object obj) {
return (this == obj);
} 内部是使用“==”比较引用是否指向同一个对象。所以在不覆盖equals方法时，使用equals方法和==的比较结果是一样的。(链接：Java中的equals() 和 “==”的区别)
2、什么时候应该覆盖equals方法呢？
当我们希望知道它们在逻辑上是否相等，而不是想知道它们是否指向同一个对象时，我们便需要覆盖equals方法了。
覆盖equals方法的通用约定：
1、自反性 对于任何非null的引用值，x.equals(x) == true
2、对称性 对于任何非null的引用值x,y，x.equals(y) == y.equals(x)
3、传递性 对于任何非null的引用值x,y,z，x.equals(y) ==true，y.equals(z)==true，------>x.equals(z)==true
4、一致性 对于任何非null的引用值x,y，只要equals的比较操作在对象中所用的信息没有被改变，多次调用x.equals(y)返回的值不变。
5、对于任何非null的引用值x，x.equals(null)必须返回false。
实现equals()方法的小技巧：
1，使用==操作符检查 参数是否为这个对象的引用，是则直接返回true。
2，使用instance操作符检查 参数是否为正确的类型。
3，把参数转换成正确的类型。
4，对于该类中的每个关键域，检查参数中的域是否与该对象对应的域匹配。先比较最有可能不一致的域。
5，覆盖equals方法时总要覆盖hashCode方法。
6，不要将equals声明中的Object对象替换为其他对象。
3、为什么覆盖equals方法时总要覆盖hashCode方法?
因为如果不这么做的话，就违反了Object.hashCode的通用约定，导致该类无法结合所有基于散列的集合（HashMap,HashSet,HashTable）一起正常运作.
- 在应用程序执行期间,只要equals方法的比较操作用到的信息没变,那么对这同一个对象调用多次,hashCode方法都必须始终如一的返回同一个整数.但在应用程序的多次执行中,即重新启动后结果可以不一致.
- 如果两个对象根据equals比较是相等的,那这两个对象调用hashCode方法返回的结果必须是一样的.
- 如果两个对象根据equals比较是不相等,那这两个对象调用hashCode方法返回的结果不一定不同.但不同的对象产生不同的hasCode,可以提高散列表的性能.
- 不覆盖hashCode而违反的关键约定是第二条:相等的对象必须具有相等的hashCode.
- 如果相同的对象具有不同的hashCode，那么将对象放入hashMap中，对象会被存放到不同的桶中，当去get 时，虽然是同一个对象，但是由于生成的hashCode不同，会到不同的桶中去找，此时便找不到那个对象。
由于在项目里经常会用到HashMap，所以在面试的时候基本会问这个问题。
-
你有没有重写过hashCode方法？
-
你在使用HashMap时有没有重写hashCode和equals方法？你是怎么写的？
-
一个对象的hashcode可以改变么？
-
如果大家要在HashMap的“键”部分存放自定义的对象，一定要在这个对象里用自己的equals和hashCode方法来覆盖Object里的同名方法。