本文轉載自https://coolshell.cn/articles/9606.html，感謝原作者

put可能導致元素丟失

主要問題出在addEntry方法的new Entry (hash, key, value, e)，如果兩個執行緒都同時取得了e,則他們下一個元素都是e，然後賦值給table元素的時候有一個成功有一個丟失。

put非null元素後get出來的卻是null

在transfer方法中程式碼如下：

void transfer(Entry[] newTable) {
    Entry[] src = table;
    int newCapacity = newTable.length
 
;
    for (int j = 0; j < src.length; j++) {
        Entry e = src[j];
        if (e != null) {
            src[j] = null;
            do {
                Entry next = e.next;
                int i = indexFor(e.hash, newCapacity);
                e.next = newTable[i];
                newTable[i] = e;
                e = next
 
;
            } while (e != null);
        }
    }
}

在這個方法裡，將舊陣列賦值給src，遍歷src，當src的元素非null時，就將src中的該元素置null，即將舊陣列中的元素置null了，也就是這一句：

if (e != null) {
        src[j] = null;此時若有get方法訪問這個key，它取得的還是舊陣列，當然就取不到其對應的value了。

併發訪問死迴圈

問題症狀

從前我們的Java程式碼因為一些原因使用了HashMap這個東西，但是當時的程式是單執行緒的，一切都沒有問題。後來，我們的程式效能有問題，所以需要變成多執行緒的，於是，變成多執行緒後到了線上，發現程式經常佔了100%的CPU，檢視堆疊，你會發現程式都Hang在了HashMap.get()這個方法上了，重啟程式後問題消失。但是過段時間又會來。而且，這個問題在測試環境裡可能很難重現。

我們簡單的看一下我們自己的程式碼，我們就知道HashMap被多個執行緒操作。而Java的文件說HashMap是非執行緒安全的，應該用ConcurrentHashMap。

但是在這裡我們可以來研究一下原因。

Hash表資料結構

我需要簡單地說一下HashMap這個經典的資料結構。

HashMap通常會用一個指標陣列（假設為table[]）來做分散所有的key，當一個key被加入時，會通過Hash演算法通過key算出這個陣列的下標i，然後就把這個<key, value>插到table[i]中，如果有兩個不同的key被算在了同一個i，那麼就叫衝突，又叫碰撞，這樣會在table[i]上形成一個連結串列。

我們知道，如果table[]的尺寸很小，比如只有2個，如果要放進10個keys的話，那麼碰撞非常頻繁，於是一個O(1)的查詢演算法，就變成了連結串列遍歷，效能變成了O(n)，這是Hash表的缺陷（可參看《Hash Collision DoS 問題》）。

所以，Hash表的尺寸和容量非常的重要。一般來說，Hash表這個容器當有資料要插入時，都會檢查容量有沒有超過設定的thredhold，如果超過，需要增大Hash表的尺寸，但是這樣一來，整個Hash表裡的無素都需要被重算一遍。這叫rehash，這個成本相當的大。

相信大家對這個基礎知識已經很熟悉了。

HashMap的rehash原始碼

下面，我們來看一下Java的HashMap的原始碼。

Put一個Key,Value對到Hash表中：

檢查容量是否超標