Java中用equals方法来判断两个对象是不是相等,equals方法是方法Object类就拥有的方法,因此所有类都拥有该方法,杂谈使用方式很简单:a.equals(b) ,方法返回true或false。杂谈
从object处的继承来了equals仅仅判断了2个对象的内存地址是否一样,这样的杂谈代码,没办法满足大部分的方法情况,因此新建的杂谈类如果需要使用equals方法就需要重写equals方法。
1、自反性:对于任何非空引用x,杂谈x.equals(x)应该返回true。方法
2、杂谈对称性:对于任何引用x和y,方法如果x.equals(y)返回true,杂谈那么y.equals(x)也应该返回true。
3、传递性:对于任何引用x、y和z,如果x.equals(y)返回true,服务器托管y.equals(z)返回true,那么x.equals(z)也应该返回true。
4、一致性:如果x和y引用的对象没有发生变化,那么反复调用x.equals(y)应该返回同样的结果。
5、非空性:对于任意非空引用x,x.equals(null)应该返回false。
每个覆盖了equals方法的类中,必须覆盖hashCode。如果不这么做,就违背了hashCode的通用约定。
equals和hashCode都是用来判断两个对象是否相等,区别是:
equals - 保证比较对象是否是绝对相等的 hashCode - 保证在最快的时间内判断两个对象是否相等,可能有误差值在hashMap里面的put方法中,先根据hashcode找到对应下标。如果该下标对应的列表已经存在数据,则对列表进行逐个遍历,遍历的源码库时候使用equals判断是否是相同对象。如果找到相同对象则进行更新操作,找不到则进行插入操作。
假设现在存在2个equals为true,但是hashCode不一样的key往同一个hashMap里面添加,因为hashCode不一样,导致他们计算出来的下标大概率是不一样的(不一样的概率大于93%)。我们继续假设他们的下标计算出来不一样,那么当第二个key存入的时候,因为检测的是另外一个列表,就无法发现第一个key的存在,因此会执行插入操作。
这样引发的问题就是在同一个hashMap中,同一个key(equals一样),但是存在两条数据。