JDK 1.7 hashmap循环链表的产生（图文并茂，巨详细）

问题提出：

今天休息时间本来开开心心的刷着抖音，还以一种讥笑（姨夫笑）中透露着不屑一顾（羡慕）的心情看着手机屏幕中各种撒狗粮的视频，突然，我刷到了一个面试视频，我知道快乐的时间截至了……
题目：JDK1.7 hashmap循环链表是怎么产生的？

---

问题分析

• 容量为2的HashMap对象加入key=7，单线程链表变化情况如下图：
  
• 多线程情况下，存在两个线程（ThreadA和ThreadB）并发操作上图中容量为2的HashMap对象，同时put key=7节点，Hash表 resize成4，然后所有的<key,value> 重新rehash，JDK 1.7采用头插法更新节点，导致死循环的出现

// JDK 1.7 HashMap 复制节点迁移的源代码
void transfer(Entry[] newTable)
{
    Entry[] src = table;
    int newCapacity = newTable.length;
    //下面这段代码的意思是：
    //  从OldTable里摘一个元素出来，然后放到NewTable中
    for (int j = 0; j < src.length; j++) {
        Entry<K,V> e = src[j];
        if (e != null) {
            src[j] = null;
            do {
                Entry<K,V> next = e.next;
                int i = indexFor(e.hash, newCapacity);
                e.next = newTable[i];
                newTable[i] = e;
                e = next;
            } while (e != null);
        }
    }
} 

---

产生原因分析：

// 截取 transfer 方法部分代码
do {
	Entry<K,V> next = e.next;
	int i = indexFor(e.hash, newCapacity); // 获取e在新hashmap中下标
	e.next = newTable[i];
	newTable[i] = e;
	e = next;
} while (e != null);

• step1：ThreadA和ThreadB同时执行Entry<K,V> next = e.next;这个时候ThreadA和ThreadB的e都指向容量为2 hashmap对象1位置的key=3节点，next指向key=7节点
  
• step2：这个时候ThreadA一直霸占CPU资源一直到执行rehash完成；ThreadB则一直卡在step1中出现的代码处
  
• step3：这个时候ThreadA释放霸占的CPU资源；ThreadB开始继续执行，先执行indexFor(e.hash, newCapacity)获得下标（3 mod 4 = 3）；
  执行e.next = newTable[i];
  
  执行newTable[i] = e;
  
  执行e = next;
  
• step4：e指向key=7，满足循环条件，进行循环，e.next指向key=3，继续执行代码indexFor(e.hash, newCapacity)获得下标（7 mod 4 = 3）；
  执行e.next = newTable[i];
  
  执行newTable[i] = e;
  
  执行e = next;
  
  step5：e指向key=3，满足循环条件，进行循环，e.next指向NULL，继续执行代码indexFor(e.hash, newCapacity)获得下标（3 mod 4 = 3）；
  
  执行e.next = newTable[i];
  
  执行newTable[i] = e;
  
  执行e = next; e=NULL，不满足循环条件，结束rehash
  
  当下次get(3)和get(7)不会此案问题，但get不存在的值并且该值mod 4等于3（如：11、15……4n+3），会进入循环，无法自拔

---

解决方案：

JDK 1.8 HashMap 讲头插法改成了尾插入法解决了这个问题

没想到吧，回答这么简单