java中的hashCode，==和equals

1.在不重写equals的情况下，equals和==是相同的，都是比较两个内存地址是否相等。但是大家都知道String，Integer等的比较用equals可以，但是==不可以，那是因为在这些类中重写了equals方法。我们可以在Object类中可以看到这个：

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

说明默认equals就是调用的==，所以如果在我们建立一个类的时候想让属性值完全相同的两个对象调用equals返回true（比如Person p1和Person p2的所有属性值包括姓名年龄工号等都相同，那么这两个为同一个人），那么就要重写equals方法，根据你自己对相等的定义重新写。

2.怎样重写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.equals(y)应该返回同样的结果。
⑤非空性：对于任意非空引用x，x.equals(null)应该返回false。

2.hashCode是什么

hashCode只在散列表中使用。例如HashSet中，要求对象不能重复，则添加新对象时要跟每个已有对象进行对比，如果hashCode不同则视为不同对象，如果相同再比较equals，如果也相同则视为相等的两个对象，否则（此时即为哈希冲突）视为不同对象，插入HashSet。故hashCode设计的好可以提高散列表的效率。

3.hashCode和equals的关系

①equal()相等的两个对象他们的hashCode()肯定相等，也就是用equal()对比是绝对可靠的。

②hashCode()相等的两个对象他们的equal()不一定相等，也就是hashCode()不是绝对可靠的。

如有疏漏或是不正确的地方欢迎大家指正。