转自:http://www.javashuo.com/article/p-wmfkfqqi-bs.htmlhtml
hashCode方法在Object类中:编程
public native int hashCode();
根据这个方法的声明可知,该方法返回一个int类型的数值,而且是本地方法,所以在Object类中并无给出具体的实现。
1. hashCode的做用
当向集合中插入对象时,如何判别在集合中是否已经存在该对象了?(注意:集合中不容许重复的元素存在)
能够调用equals方法来逐个进行比较,这个方法确实可行。可是若是集合中已经存在一万条数据或者更多的数据,若是采用equals方法去逐一比较,效率必然是一个问题。
此时hashCode方法的做用就体现出来了,当集合要添加新的对象时,先调用这个对象的hashCode方法,获得对应的hashcode值,
在HashMap的具体实现中:根据hashcode计算hash值,再根据hash值计算数组下标,若是该下标处没有元素,它就能够直接存进去,不用再进行任何比较了;若是该下标处已经存在元素,就调用它的equals方法与新元素进行比较,相同的话就覆盖旧值了,不一样就存在链表头位置(或红黑树),因此这里存在一个冲突解决的问题,这样一来实际调用equals方法的次数就大大下降了,
说通俗一点:Java中的hashCode方法就是根据必定的规则将与对象相关的信息(好比对象的存储地址,对象的字段等)映射成一个数值,这个数值称做为散列值。
2. hashcode的实现
hashcode的值可能跟存储地址有必定关联,能够暂时理解为hashcode()返回的是对象存储的物理地址(实际可能并非)
3. hashcode和equal的关系
既然hashcode跟存储地址有关,那么能够直接根据hashcode值判断两个对象是否相等吗?
确定是不能够的,由于不一样的对象可能会生成相同的hashcode值。虽然不能根据hashcode值判断两个对象是否相等,可是能够直接根据hashcode值判断两个对象不等,若是两个对象的hashcode值不等,则一定是两个不一样的对象。若是要判断两个对象是否真正相等,必须经过equals方法。
也就是说对于两个对象,若是调用equals方法获得的结果为true,则两个对象的hashcode值一定相等;若是equals方法获得的结果为false,则两个对象的hashcode值不必定不一样;
若是两个对象的hashcode值不等,则equals方法获得的结果一定为false;若是两个对象的hashcode值相等,则equals方法获得的结果未知。
以下表数组
Equalide |
箭头表示由谁判断谁this |
Hashcodespa |
相等设计 |
------------>3d |
必定相等code |
不相等htm |
------------> |
不能肯定是否相等 |
必定不相等 |
<------------ |
不相等 |
不能肯定是否相同 |
<------------ |
相等 |
4. equals方法和hashCode方法
在有些状况下,程序设计者在设计一个类的时候为须要重写equals方法,好比String类,可是千万要注意,在重写equals方法的同时,必须重写hashCode方法。
class People{ private String name; private int age; public People(String name,int age) { this.name = name; this.age = age; } public void setAge(int age){ this.age = age; } @Override public boolean equals(Object obj) { // TODO Auto-generated method stub return this.name.equals(((People)obj).name) && this.age== ((People)obj).age; } } public class HashCodeAndEqual { public static void main(String[] args) { People p1 = new People("Jack", 12); System.out.println(p1.hashCode()); HashMap<People, Integer> hashMap = new HashMap<People, Integer>(); hashMap.put(p1, 1); System.out.println(hashMap.get(new People("Jack", 12))); } }
这里只重写了equals方法,也就说若是两个People对象,若是它的姓名和年龄相等,则认为是同一我的。这段代码原本的意愿是想这段代码输出结果为“1”,可是事实上它输出的是“null”。为何呢?缘由就在于重写equals方法的同时忘记重写hashCode方法。
虽然经过重写equals方法使得逻辑上姓名和年龄相同的两个对象被断定为相等的对象(跟String类相似),可是要知道默认状况下,hashCode方法是将对象的存储地址进行映射。那么上述代码的输出结果为“null”就不足为奇了。缘由很简单,p1指向的对象和System.out.println(hashMap.get(new People("Jack", 12)));这句中的new People("Jack", 12)生成的是两个对象,它们的存储地址确定不一样。
HashMap的get方法的具体实现:
public V get(Object key) { if (key == null) return getForNullKey(); int hash = hash(key.hashCode()); for (Entry<K,V> e = table[indexFor(hash, table.length)]; e != null; e = e.next) { Object k; if (e.hash == hash && ((k = e.key) == key || key.equals(k))) return e.value; } return null; }
因此在hashmap进行get操做时,由于获得的hashcdoe值不一样(注意,上述代码也许在某些状况下会获得相同的hashcode值,不过这种几率比较小,由于虽然两个对象的存储地址不一样也有可能获得相同的hashcode值),因此致使在get方法中for循环不会执行,直接返回null。
所以若是想上述代码输出结果为“1”,很简单,只须要重写hashCode方法,让equals方法和hashCode方法始终在逻辑上保持一致性。
class People{ private String name; private int age; public People(String name,int age) { this.name = name; this.age = age; } public void setAge(int age){ this.age = age; } @Override public boolean equals(Object obj) { // TODO Auto-generated method stub return this.name.equals(((People)obj).name) && this.age== ((People)obj).age; } @Override public int hashCode() { // TODO Auto-generated method stub return name.hashCode()*37+age; } } public class HashCodeAndEqual { public static void main(String[] args) { People p1 = new People("Jack", 12); System.out.println(p1.hashCode()); HashMap<People, Integer> hashMap = new HashMap<People, Integer>(); hashMap.put(p1, 1); System.out.println(hashMap.get(new People("Jack", 12))); } }
在hashmap中,计算key是否相等,是先经过hashcode计算hash,再经过hash计算下标index,再经过equal方法比较相同index中的元素是否相等。
这里已经重写了equal方法,根据对象属性(姓名和年龄)进行判断对象是否相等,若不从新hashcode,则还是根据hashcode(内存地址相关)来判断是否相等。所以在重写equal方法时,必定要重写hashcode
下面这段话摘自Effective Java一书:
在程序执行期间,只要equals方法的比较操做用到的信息没有被修改,那么对这同一个对象调用屡次,hashCode方法必须始终如一地返回同一个整数。
若是两个对象根据equals方法比较是相等的,那么调用两个对象的hashCode方法必须返回相同的整数结果。
若是两个对象根据equals方法比较是不等的,则hashCode方法不必定得返回不一样的整数。
对于第二条和第三条很好理解,可是第一条,不少时候就会忽略。在《Java编程思想》一书中的P495页也有同第一条相似的一段话:
“设计hashCode()时最重要的因素就是:不管什么时候,对同一个对象调用hashCode()都应该产生一样的值。若是在将一个对象用put()添加进HashMap时产生一个hashCdoe值,而用get()取出时却产生了另外一个hashCode值,那么就没法获取该对象了。因此若是你的hashCode方法依赖于对象中易变的数据,用户就要小心了,由于此数据发生变化时,hashCode()方法就会生成一个不一样的散列码”。
class People{ private String name; private int age; public People(String name,int age) { this.name = name; this.age = age; } public void setAge(int age){ this.age = age; } @Override public boolean equals(Object obj) { // TODO Auto-generated method stub return this.name.equals(((People)obj).name) && this.age== ((People)obj).age; } @Override public int hashCode() { // TODO Auto-generated method stub return name.hashCode()*37+age; } } public class HashCodeAndEqual { public static void main(String[] args) { People p1 = new People("Jack", 12); System.out.println(p1.hashCode()); HashMap<People, Integer> hashMap = new HashMap<People, Integer>(); hashMap.put(p1, 1); p1.setAge(13); System.out.println(hashMap.get(p1)); } }
所以,在设计hashCode方法和equals方法的时候,若是对象中的数据易变,则最好在equals方法和hashCode方法中不要依赖于该字段。
以上是对象中的hashcode计算,(hashcode()方法继承自Object类,hashcode值跟存储地址有关系)
---------------------------------
对于Integer、Double等包装类和String中的hashcode,是跟它们的值有关系的,而跟存储地址没有关系
1. Integer
Integer的hashcode,就是Integer的值自己。
2. Double
Double中的hashcode,也是跟Double值自己有关系
3. String
String中的hashcode,也是跟String字符串值自己有关系,跟存储地址没有关系。
例:
String str = "a"; System.out.println(str.hashCode()); //97 int c; Integer integer = 9; System.out.println(integer.hashCode()); //9 Double sr = 0.9; System.out.println(sr.hashCode()); //-216006655