问题提出:
今天休息时间本来开开心心的刷着抖音,还以一种讥笑(姨夫笑)中透露着不屑一顾(羡慕)的心情看着手机屏幕中各种撒狗粮的视频,突然,我刷到了一个面试视频,我知道快乐的时间截至了……
题目: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 讲头插法改成了尾插入法解决了这个问题
没想到吧,回答这么简单