为什么重写 equals 的时候一定要重写 hashCode?

    用 hashcode 的原因只有一个：效率。理论的说法它的复杂度只有 O(1)。试想我们把元素放在线性表里面，每次要找一个元素必须从头一个一个的找它的复杂度有 O(n)。如果放在平衡二叉树，复杂度也有 O(log n)。

   为啥很多地方说“重写 equals 的时候一定要重写 hashCode”。说到这里我知道很多人知道有个原则：如果a.equals(b) 那么要确保 a.hashCode()==b.hashCode()。

    如果放在 HashMap 和 Hashtable 里面是作为 value 而不是作为 key 的话也是不必 override hashCode了。至于HashSet，实际上它只是忽略 value 的 HashMap,每次 HashSet.add(o) 其实就是HashMap.put(o, dummyObject)。

    那为什么放到 Hash 容器里面要 overide hashCode 呢？因为每次 get 的时候 HashMap 既要看 equals是不是true也要看 hash code 是不是一致，put 的时候也是要看 equals 和 hashcode。

 

    如果说到这里您还是不太明白，咱就举个例子：

    譬如把一个自己定义的 class Foo{ ... } 作为 key 放到 HashMap。实际上 HashMap 也是把数据存在一个数组里面，所以再 put 函数里面。HashMap 会调 Foo.hashCode() 算出作为这个元素在数组里面的下标，然后把 key 和 value 封装成一个对象放到数组。等一下，万一个对象算出来的 hashcode 一样怎么办？会不会替换掉？先回答第2个问题，会不会替换掉就要看 Foo.equals() 了，如果 equals() 也是 true 那就要替换掉了。万一是 false,就是所谓的 collision 了。当2个元素 hashCode 一样但是 equals 为 false 的时候，那个HashMap 里面的数组的这个元素就变成了链表。也就是 hashcode 一样的元素在一个链表里面，链表的头在那个数组里面。

回过来说get的时候，HashMap 也先调 key.hashCode() 算出数组下标，然后看 equals 如果是 true 就是找到了，所以就涉及了 equals。

 

    假设如果有个 key 为 a 的元素在 HashMap 里面的情况：

    1：如果这时候用 equals 为 true 但是 hashCode 不等的 b 作为 get 参数的话，这个时候 b 算出来的数组下标一定不是 a 所在的下标位置。

    2：如果这时候用 equals 为 false 但是 hashCode 相等的 b 作为 get 参数的话，这个时候 b 算出来的数组下标是对了，但是用 equals 来寻找相符的 key 就找不到 a 了。

    以上2种情况要么就是 get 找不到符合的元素返回 null，要么就是返回一个 hashCode 和 equals 恰好都符合 b 的另外的元素，这就产生了混乱。混乱的根本就是错误实现 hashCode 和 equals。

 

  下面有个非常简化版的 HashMap 实现帮助大家理解，您甚至可以把它当作伪代码来看。（这个实现只是为了模拟 HashMap 的机制，所以参数检查，访问修饰符都忽略。在 Java.util.HashMap 里面的对 hash 值的二次 hash，根据数组长度计算 index，以及超出数组时的 resize 都忽略）

1. /* 
2.  * Just to demonstrate hash map mechanism,  
3.  * Please do not use it in your commercial product. 
4.  *  
5.  * Argument checking and modifier are ignored. 
6.  * In java.util.HashMap, array are used instead of ArrayList, so index of array is calculated by 'h & (length-1)', 
7.  * while we use ArrayList to skip the calculation for simple. 
8.  *  
9.  * @author Shengyuan Lu 卢声远 <michaellufhl@yahoo.com.cn> 
10.  */  
11. public class SimpleHashMap {  
12.     ArrayList<LinkedList<Entry>> entries = new ArrayList<LinkedList<Entry>>();  
13.       
14.     /** 
15.      * Each key-value is encapsulated by Entry. 
16.      */  
17.     static class Entry {  
18.         Object key;  
19.         Object value;  
20.         public Entry(Object key, Object value) {  
21.             this.key = key;  
22.             this.value = value;  
23.         }  
24.     }  
25.     void put(Object key, Object value) {  
26.         LinkedList<Entry> e = entries.get(key.hashCode());  
27.         if (e != null) {  
28.             for (Entry entry : e) {  
29.                 if (entry.key.equals(key)) {  
30.                     entry.value = value;// Match in lined list  
31.                     return;  
32.                 }  
33.             }  
34.             e.addFirst(new Entry(key, value));// Add the entry to the list  
35.         } else {  
36.             // Put the new entry in array  
37.             LinkedList<Entry> newEntry = new LinkedList<Entry>();  
38.             newEntry.add(new Entry(key, value));  
39.             entries.add(key.hashCode(), newEntry);  
40.         }  
41.     }  
42.     Object get(Object key) {  
43.         LinkedList<Entry> e = entries.get(key.hashCode());  
44.         if (e != null) {  
45.             for (Entry entry : e) {  
46.                 if (entry.key.equals(key)) {  
47.                     return entry.value;  
48.                 }  
49.             }  
50.         }  
51.         return null;  
52.     }  
53.       
54.     /** 
55.      * Do we need to override equals() and hashCode() for SimpleHashMap itself?  
56.      * I don't know either:) 
57.      */  
58. }  

转载于:https://my.oschina.net/u/3387637/blog/1439371