重写equals 和hashcode
1. 哪些类型的数据会使用equals 方法？
所有java 的所有的对象都可以使用该方法比较两个对象是否相等。
2. equals 默认比较的是对象的什么值？
不重写时，equals 方法默认比较的是对象的引用是否指向同一块内存地址
重写equals 的目的是为了比较两个对象的 value 值是相等
hashcode 的存在主要是为了查找的快捷性，因为它是用来确定对象在内存中的存储地址，比如我们需要将一个字段id 的值存放在内存的0,1,2,3,4,5,6,7 这八个位置中，那应该把它存放在内存中的哪个位置呢，这时候就需要根据散列存储结构中计算对象的hashcode 值的方法：id%8 , 获得该对象在内存中的存放位置，但是这样可能有多个不同对象计算的hashcode 相同，所以，可能同一个位置会存放多个的对象，所以说判断两个对象是否相等时，hashcode方法返回该对象的哈希码值， 会先通过hashcode 方法快速找到它在内存中的存放位置，然后再通过equals 方法找到我们需要的对象。
所以重写equals 方法的同时，必须重写hashcode 方法，因为根据hashcode 的协定，相等的对象必须具有相等的哈希吗。
hashCode用于返回对象的hash值，主要用于查找的快捷性，因为hashCode也是在Object对象中就有的，所以所有Java对象都有hashCode，在HashTable和HashMap这一类的散列结构中，都是通过hashCode来查找在散列表中的位置的。
3. Java里面有==运算符了，为什么还需要equals啊？
equals和hashCode都是Object对象中的非final方法
equals()的作用是用来判断两个对象是否相等，在Object里面的定义是：
public boolean equals(Object obj) {
return (this == obj);
}
这里可以看到在实现我们自己的equals 之前， equals 等价于 == , 而== 运算符判断的是两个对象是不是同一个对象，即他们的地址是否相等。而重写equals 目的是比较两个对象在逻辑上的相等，可以说是值相等，也可以说是内容相等。
-
覆写equals时有哪些准则？
自反性： 对于任何非空引用值x, x.equals(x) 都应该返回true
对称性: 对于任何非空引用值 x 和 y， 当且仅当x.equals(y) 返回true 时， y.equals(x) 才应该返回true。
传递性：对于任何非空引用值 x、y 和 z，如果 x.equals(y) 返回 true， 并且 y.equals(z) 返回 true，那么 x.equals(z) 应返回 true。
一致性：对于任何非空引用值x,y ， 多次调用x.eqauls(y) 始终返回true或者始终返回false，前提是对象equals 比较中所用的额信息没有被修改。
非空性：对于任何非空引用值x, x.equals(null)都应该返回false
4. 什么场景下重写equals 方法？
在我们的业务系统中判断对象时有时候需要的不是一种严格意义上的相等，而是一种业务上的对象相等，即值相等或者说内容相等。在这种情况下，原生的equals方法就不能满足我们的需求了，所以我们需要重写equals 方法来实现在比较两个对象时只比较值相等即可。
5. 如何重写equals 方法 和hashcode 方法？
@Override
public boolean equals(Object object) {
// //测试检测的对象是否为空，是就返回false
if (object == null) {
return false;
}
//使用==操作符检查“参数是否为这个对象的引用”：如果是对象本身，则直接返回，拦截了对本身调用的情况，算是一种性能优化。
if (object == this) {
return true;
}
//使用instanceof操作符检查“参数是否是正确的类型”：如果不是，就返回false
// 在 equals() 中最好使用 getClass 进行类型判断,
if (!(object instanceof HashTest)) {
return false;
}
或者
//测试两个对象所属的类是否相同，否则返回false
if (this.getClass() != object.getClass()){
return false
}
//对object进行类型转换以便和类A的对象进行比较
A other=(A)otherObject;
if (object.getI() == this.getI()) {
return true;
}
return false;
}
@Override
public int hashCode() {
return id.hashCode();
}
或者
@Override
public int hashCode() {
int hash = 17;
hash = hash * 31 + getName().hashCode();
return hash;
}
//或者有更简单的方法
@Override
public int hashCode()
{
return Object.hashCode(属性A，属性B，属性C，……);
}
//关于hashCode()计算过程中，为什么使用了数字31，主要有以下原因：
1、使用质数计算哈希码，由于质数的特性，它与其他数字相乘之后，计算结果唯一的概率更大，哈希冲突的概率更小。
2、使用的质数越大，哈希冲突的概率越小，但是计算的速度也越慢；31是哈希冲突和性能的折中，实际上是实验观测的结果。
3、JVM会自动对31进行优化：31 * i == (i << 5) – i
关于hashcode 的重写请参考：http://www.importnew.com/25783.html
需要注意的地方：
- 我们在覆写 equals() 方法时，一般都是推荐使用 getClass 来进行类型判断，不是使用 instanceof
原因：我们都清楚 instanceof 的作用是判断其左边对象是否为其右边类的实例，返回 boolean 类型的数据。
可以用来判断继承中的子类的实例是否为父类的实现。注意后面这句话：可以用来判断继承中的子类的实例是否为父类的实现，正是这句话在作怪。
具体例子请参考：http://wiki.jikexueyuan.com/project/java-enhancement/java-thirteen.html
- 覆盖equals时一定要覆盖hashCode
- equals函数里面一定要是Object类型作为参数
- equals方法本身不要过于智能，只要判断一些值相等即可
特性：
如果两个对象equals，那么它们的hashCode必然相等，
但是hashCode相等，equals不一定相等。
