多线程HashMap头插法扩容导致死循环解析

最新推荐文章于 2024-12-08 10:00:00 发布

xixixixixiyu

最新推荐文章于 2024-12-08 10:00:00 发布

阅读量381

点赞数 1

文章标签： java 开发语言

本文链接：https://blog.csdn.net/xixixixixiyu/article/details/136747873

版权

结论：

1.多线程情况下会进行多次扩容，第一次扩容后e与其next位置已经互换，第二次扩容的时候将e放在新的hashmap中后，取next

代码实现如下，注意最后三行

具体分析

对于场景如下，两个线程同时需要扩容，线程2阻塞，线程1先进行。

之后hashmap状态如下

此时线程2苏醒，再次执行扩容

①开始扩容从e2开始，将e2放在新链表上

此时需要获取新的next，即新hashmap中的3是e.next，而3就是next。此时出现问题，本来next需要在原表上，此时却在新表上了。再进行节点移动

这是又移动一次之后，因为需要e= next，所以e此时为3.

第三轮将e.next = newTable[i] 时，出现环状

宏观来说是应该头插法，从头出发，但是多线程会出现后面的节点先出发的情况导致next乱掉了，在新表中，关键操作e = next 和e.next = Table[i]。

参考资料：

JDK7的HashMap头插法循环的问题，这么难理解吗？_哔哩哔哩_bilibili

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

xixixixixiyu

关注关注

1
点赞
踩
5

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

图解JDK1.7中HashMap头插法扩容造成的死循环问题

decaffeinated的博客

04-22

727

假设有两个线程同时扩容，都需要数据迁移，线程A和B都执行到了。线程B分到了时间分片，继续执行。如图所示，已经形成了死循环。先来看一下扩容的源码。

HashMap多线程扩容导致死循环解析（JDK1.7）

Sicimike的博客

11-28

5248

不会再有比这篇更易懂的HashMap扩容死循环了

1 条评论您还未登录，请先登录后发表或查看评论

HashMap 1.7 为什么不安全 头插法为什么会死循环？

weixin_53651170的博客

03-13

2264

jdk1.7版本HashMap为什么会出现死循环问题，用简单易懂的解释告诉你

JDK1.7头插法导致循环链表的问题

Strine的博客

04-01

938

JDK1.7头插法导致的问题，循环链表问题

面试官:说说java1.7HashMap头插法导致死循环的问题

weixin_46633487的博客

05-20

4514

HashMap头插法会导致死循环问题大家天天都说Java1.7Hashmap头插法会导致死循环问题可是大家知道为什么嘛？下面我们来详细讲解一下全过程: 首先hashmap头插法导致死循环问题是在多线程并发环境下 2个线程并发扩容而且旧的链表扩容到新的链表的数组是相同的情况下会导致死循环问题。比如要弄清除原理首先我们需要看懂扩容的过程上源码，标注了主要的序号 头插法单个线程进行扩容下面步骤我们都标了序号第一步首先找到第一个头 2. 3. 4. 第二次循环 1. 2. 3.

HashMap扩容死循环问题解析

Lucky小黄人的博客

12-11

1452

一、问题和背景昨天面试腾讯被问到了HashMap为什么线程不安全，多线程下会有哪些线程不安全的情况，记忆中隐约记得有个扩容链表成环的问题，但是问到为什么，怎么解决的，JDK1.8对这个问题有做出相关优化吗，gg了，不会。为自己点了一首凉凉。二、源码解读今天特意上网搜了一下答案，看到两篇博客觉得写得很有道理，深入浅出HashMap扩容死循环问题和JDK1.7和JDK1.8中H...

触发HashMap死循环根因分析

abcafdsgr123456789的博客

07-23

846

触发HashMap死循环根因分析

jdk1.7 HashMap中的致命错误：循环链表

12-21

然而，在JDK1.7版本中，HashMap存在一个严重的问题，即“循环链表”（Looping List），这可能导致在多线程环境下性能急剧下降，甚至引发死循环。本文将深入探讨这个问题及其解决方案。首先，我们来看看JDK1.7 ...

并发编程专题八-HashMap死循环分析

2401_83916241的博客

04-21

996

学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。所以：贵在坚持！最后再分享的一些BATJ等大厂20、21年的面试题，把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。Mybatis面试专题MySQL面试专题并发编程面试专题《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

synchronized-CAS-ConcurrentHashMap -java内存模型-volatile

小净的博客

05-20

1297

1、线程池的底层工作原理描述：系统是不可能说让他无限制的创建很多很多的线程的，会构建一个线程池，有一定数量的线程，让他们执行各种各样的任务，线程执行完任务之后，不要销毁掉自己，继续去等待执行下一个任务 fixed线程池（fixed，队列，LinkedBlockingQueue，无界阻塞队列）：ExecutorService threadPool = Executors.newFixedThreadPool(3) 提交任务，先看一下线程池里的线程数量是否小于corePoolSize（线程池中定义的数量）。如

HashMap多线程环境下的环形链表问题

m0_50742275的博客

11-08

1485

在这种情况下，HashMap内部的链表在扩容过程中由于并发操作和头插法导致了环形链表的形成。这会导致遍历时出现无限循环。为了避免这种情况，Java 8 对HashMap尾插法：新元素总是被添加到链表的尾部，这样即使发生扩容，链表的顺序也不会被改变。红黑树：当链表长度超过一定阈值（默认为 8）时，链表会被转换成红黑树，以提高性能并减少链表操作的复杂性。迭代器检查：迭代器在遍历时会检查是否有并发修改，并在检测到并发修改时抛出。通过这些改进，Java 8 的HashMap。

Java中HashMap在高并发下的头插法死循环问题

weixin_69477306的博客

12-08

724

然后线程A继续执行剩余节点的迁移，当它迁移原链表中的第二个节点时，由于线程B的插入操作改变了链表结构，线程A在迁移过程中会按照新的链表结构进行操作，可能会导致链表形成环。例如，原链表为A -> B，线程B插入节点C后变为C -> A -> B，线程A在迁移时可能会错误地将B的next指针指向A，形成A -> B -> A的死循环。例如，对于上述同样的情况，当插入键值对(“B”, 2)时，它会被添加到链表(“A”, 1)的尾部，形成(“A”, 1) -> (“B”, 2)的结构。

为什么说JDK7中的hashMap使用头插法会导致死循环呢？

qq_66908247的博客

11-27

979

为什么说JDK7中的hashMap中使用的头插法会导致死循环

hashmap头插法的危害

yyguy的博客

12-19

3859

概念1：Rehash的概念？Rehash 是HashMap在扩容时候的一个步骤。 HashMap的容量是有限的。当经过多次元素插入，使得HashMap达到一定饱和度时，Key映射位置发生冲突的几率会逐渐提高。这时候，HashMap需要扩展它的长度，也就是进行Resize 影响发生Resize的因素有两个： 1.Capacity（HashMap的当前长度–容量） HashMap的当...

并发下HashMap头插会造成死循环情况说明

时光如白驹过隙的博客

10-21

1851

说明： JDK1.8之前采用头插，即在链表结构上每次都把数据放在链表头部。JDK1.8采用尾插方法并发头插死循环问题：比如有两个线程同时进行rehash，要将链表进行重新排列 rehash前链表结构为：A --> B 线程1进行操作：遍历原链表，首先获得节点A，操作挂起，线程2进入。（线程1数据不会提交）线程2进行操作：遍历原链表，以头插方式遍历执行，执行完成 B – > A。（线程2数据未提交）线程1继续执行：遍历原链表，头插方式执行，完成 B – > A，此时线程2数据

hashmap jdk1.7头插法造成死循环的原因分析

gcfffff的博客

03-26

1495

好，现在线程1开始继续执行，上边已经说过，线程1在挂起之前已经取到了e节点（就是A节点），e.next就是B，只不过此时的B节点已经被线程2修改过了，B节点此时已经指向了A（即B节点的e.next不再是NULL，而是A节点）当然，数组扩展后会重新进行hash，节点A和B不一定还会挂在同一个链表上，我们为了分析问题，假设两个节点重新hash后，还在同一个链表上，就假设在3号位，这些都不重要。当再有线程3来扩容时，因为有环状链表，所以就会一直循环取节点，造成死循环。这时候线程1挂起，线程2继续执行。

【笔记】HashMap的头插死循环问题

zoey_peak的博客

06-23

689

假设T1得到时间片先完成了扩容，然后通过新的hash函数变到了新位置（这里刚好还是1），然后用不带头结点的头插法把原来位置的元素挪过来，因为头插法所以顺序变反了（735变成357），但T2还是e指针指着7，next指针指着5（下图是T2的e）在轮到T2扩容的时候，e.next=newTable[i], newTable[i] = e;虽然JDK1.8改成尾插法了，不会死循环，但是因为put和get都没加同步锁，仍是线程不安全的。此时T1、T2都指着同一个位置，都是e指针指着7，next指针指着5，

hashmap头插法死循环

最新发布

03-13

### HashMap 头插法导致死循环的原因在 JDK 1.7 中，`HashMap` 底层采用数组加链表的数据结构来存储键值对。当发生哈希冲突时，新加入的节点会以头插法的形式插入到已有的链表头部[^4]。 #### 死循环产生的原因假设在一个多线程环境中两个线程几乎同时触发了 `HashMap` 的扩容操作： - 当第一个线程正在进行扩容迁移过程中被调度器暂停； - 第二个线程也开始执行扩容并完成部分迁移工作； - 这时候如果第一个线程恢复运行，则它将继续按照自己保存的状态继续迁移剩余元素；由于两次并发的操作都试图修改同一个位置上的单向链表，并且都是基于各自看到的那个时刻之前的快照来进行调整，这就可能导致某些节点形成环形引用关系，即 A->B 和 B->A 同时存在的情况，从而造成遍历时陷入无限循环之中[^2]。 ```java // 模拟JDK1.7中HashMap扩容过程中的错误场景 public class UnsafeResize { static Node<K,V>[] table; public void resize() { int oldCapacity = (table.length); Entry[] oldTable = table; int newCapacity = oldCapacity << 1; Entry[] newTable = new Entry[newCapacity]; for (int i = 0; i < oldCapacity ; i++) { for (Entry e = oldTable[i]; e != null;) { Entry next = e.next; // 计算新的索引位置... int newIndex = indexFor(e.hash, newCapacity); // 使用头插法将当前entry放到新的bucket里 e.next = newTable[newIndex]; newTable[newIndex] = e; // 移动到下一个entry e = next; } } table = newTable; } } ``` 上述代码片段展示了如何在扩容期间使用头插法更新桶内的链接列表。然而，在高竞争环境下这种做法容易引发竞态条件，进而破坏原有链表结构完整性。 ### 解决方案为了防止此类问题的发生，可以采取以下措施之一： - **升级至更高版本**：自 JDK 1.8 开始，官方已经修复了此缺陷。新版 `HashMap` 不仅引入红黑树优化长链路查找效率，而且改变了处理碰撞的方式——由原来的单纯链表改为尾部追加模式，有效规避了因不当插入顺序而引起的异常状况。 - **同步控制访问**：虽然简单粗暴地给整个 map 加锁确实能解决问题，但这显然不是最优解因为这会影响到整体性能表现。更推荐的做法是在具体业务逻辑层面合理运用细粒度锁定机制或者选用其他支持并发读写的集合类如 `ConcurrentHashMap` 来替代普通 `HashMap` 实现相同功能需求[^3]。