你可以参考下,我比较认同这样的观点:
hashcode这个方法是用来鉴定2个对象是否相等的。
那你会说,不是还有equals这个方法吗?
不错,这2个方法都是用来判断2个对象是否相等的。但是他们是有区别的。
一般来讲,equals这个方法是给用户调用的,如果你想判断2个对象是否相等,你可以重写equals方法,然后在代码中调用,就可以判断他们是否相等了。简单来讲,equals方法主要是用来判断从表面上看或者从内容上看,2个对象是不是相等。举个例子,有个学生类,属性只有姓名和性别,那么我们可以认为只要姓名和性别相等,那么就说这2个对象是相等的。
hashcode方法一般用户不会去调用,比如在hashmap中,由于key是不可以重复的,他在判断key是不是重复的时候就判断了hashcode这个方法,而且也用到了equals方法。这里不可以重复是说equals和hashcode只要有一个不等就可以了!所以简单来讲,hashcode相当于是一个对象的编码,就好像文件中的md5,他和equals不同就在于他返回的是int型的,比较起来不直观。我们一般在覆盖equals的同时也要覆盖hashcode,让他们的逻辑一致。举个例子,还是刚刚的例子,如果姓名和性别相等就算2个对象相等的话,那么hashcode的方法也要返回姓名的hashcode值加上性别的hashcode值,这样从逻辑上,他们就一致了。
要从物理上判断2个对象是否相等,用==就可以了。
我觉得这句话是对的,因为这两个方法都是可以重写的。
比如我在Son对象里重写了equals让他一直等于true
@Override
public boolean equals(Object obj) {
return true;
}
@Override
public int hashCode() {
return super.hashCode();
}
然后在测试类的主方法里执行以下代码
Son son=new Son();
Father f=new Father();
boolean b=son.equals(f);
System.out.println(b);
System.out.println(son.hashCode());
System.out.println(f.hashCode());
就会打印:
true
33311724
14452073
两个对象的值:这个概念很不清晰。
equals、hashcode是Object类的方法,可以被子类重写的,hashcode是每个对象在虚拟机中都有的标识。
如果你重写了equals方法而没有重写hashcode方法就有可能出现你说的情况。
如果这些概念都不清晰,还参加的java的面试,这明显是在“打酱油”。