2024年最新源码解析 HashMap 的线程安全问题，客户端开发面试题目

最新推荐文章于 2024-09-27 18:42:49 发布

2401_84544714

最新推荐文章于 2024-09-27 18:42:49 发布

阅读量381

点赞数 3

分类专栏：程序员文章标签：网络安全学习面试

本文链接：https://blog.csdn.net/2401_84544714/article/details/138715452

版权

程序员专栏收录该内容

168 篇文章 0 订阅

订阅专栏

写在最后

在结束之际，我想重申的是，学习并非如攀登险峻高峰，而是如滴水穿石般的持久累积。尤其当我们步入工作岗位之后，持之以恒的学习变得愈发不易，如同在茫茫大海中独自划舟，稍有松懈便可能被巨浪吞噬。然而，对于我们程序员而言，学习是生存之本，是我们在激烈市场竞争中立于不败之地的关键。一旦停止学习，我们便如同逆水行舟，不进则退，终将被时代的洪流所淘汰。因此，不断汲取新知识，不仅是对自己的提升，更是对自己的一份珍贵投资。让我们不断磨砺自己，与时代共同进步，书写属于我们的辉煌篇章。

需要完整版PDF学习资源私我

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

A：因为Hashmap 在多线程的情况下扩容会造成死循环的问题

上述回答并不准确, 因为在jdk1.7 和 jdk1.8 中的Hashmap是不一样的，只有在 jdk1.7 中才会出现上述问题，而在jdk1.8中是不会出现的。

现在我们通过源码看下为什么 jdk1.7 中Hashmap 在多线程的情况下扩容会造成死循环，我们直接看源码：

我们简单解释下, 在Hashmap放入元素的时候会有一个 addEntry 的方法, 里面会判断当 Hashmap 中的元素个数达到threshold 阈值的时候, 会进入resize 扩容方法，长度为原来的2倍。在 resize 中我们可以看到首先创建了一个 Entry 数组 newTable，长度为newCapacity，然后会进入 transfer 方法将原来数组中的元素转换到新数组 newTable中，现在我们着重看下transfer 方法：

方法不长，总共只有15行代码，但却是造成死循环的关键地方。红框中的代码就是造成HashMap死循环的原因，现在我们假设原数组中的第一个元素为一个链表 2–>4,如下图所示：

2--->4

现在我们复现一下它是如何转换元素的，假设rehash 为 false，我们看下while 中的第一次遍历是什么样的:

上图可以看到e 为元素2，e.next 为元素 4，而 newTable 为新数组，所以 newTable[i] 是为null 的，while中第一次遍历结束后，我们看下新数组的元素存储情况：

2--->null

现在我们看下while 中的第二次遍历：

上图中可以看到 e 为元素4 ，而由于元素4和元素2是在原数组的同一个位置中的，所以他们的 e.hash 的值是一样的，这样算出来的下标 **i 也是一样的，**这样 newTable[i] 就是上一个元素 2。所以 e.next=2, newTable[i]=4 ，继续往下走，next 为null则循环结束。我们继续看下新数组中的元素存储情况:

4--->2

可以看到链表中的元素被反转了过来，这是因为jdk1.7 中HashMap 在扩容时转换元素的时候，若同一个位置有多个元素，则会采用头插法方式将元素放入新数组，也就是元素始终会在原来元素的头部插入。

我们假设现在有A，B2个线程，A 线程第一次循环结束后，在执行到592行的时候被挂起了。现在B线程进来执行完了2次循环，将4指向2，B结束，A继续执行，就出现2–>4, 4–>2的死循环情况。

我们继续看下jdk1.8 Hashmap 在多线程的情况下扩容的操作源码: