HashMap头插法为什么会出现死循环 产生循环链表的影响是什么

最新推荐文章于 2026-04-28 20:02:03 发布
原创 最新推荐文章于 2026-04-28 20:02:03 发布 · 1.6w 阅读 · 95
标签
#链表 #java #数据结构 #hashmap #多线程

welcome to my blog

问题描述: 并发情况下, hashmap在扩容时使用头插法可能出现循环链表, 后果就是调用get()方法时可能陷入死循环. 为什么会出现循环链表呢?
产生循环链表的过程:

如下所示的hashmap, 有两个元素, 它们的key分别是1和3, 假设再增加一个元素时会触发扩容操作
在这里插入图片描述

此时线程1和线程2都执行put()操作, 便都会触发hashmap的扩容操作,

假设线程1扩容时, 执行完transfer()中的Entry<K,V> next = e.next;被挂起, 此时e指向1, next指向3, 如下图所示
在这里插入图片描述
假设1和3在新的数组中仍然发生哈希碰撞, 假设线程2完成了扩容, 那么此时哈希表的样子如下图所示
可以发现, 由于使用了头插法, 所以3变成了头结点
在这里插入图片描述
回到线程1, e指向的是1, next指向的是3, 继续向下执行
当执行完e.next = newTable[i];便出现了循环链表, 其中,newT

最低0.47元/天 解锁文章
jdk1.7 HashMap中的致命错误：循环链表
12-21
jdk1.7 HashMap中的”致命错误”：循环链表 jdk1.7 HashMap结构图 jdk1.7是数组+链表的结构 jdk1.7版本中主要存在两个问题 头插法会造成循环链表的情况 链表过长，会导致查询效率下降 jdk1.8版本针对jdk1.8进行优化 使用尾插法，消除出现循环链表的情况 链表过长后，转化为红黑树，提高查询效率 具体可以参考我的另一篇博客你真的懂大厂面试题：HashMap吗？ 循环链表的产生 多线程同时put时，如果同时调用了resize操作，可能会导致循环链表产生，进而使得后面get的时候，会死循环。下面详细阐述循环链表如何形成的。 resize函数 数组扩容函数,主
hashmap1.7头插法造成死循环的原因分析
qq_42949615的博客
04-26 6494
关于这个问题，网上的说法真是五花八门，怎么说的都有，我也不知道他们是不是真的理解。我是对照源码一步步分析的，目前为止，我只看到一个视频和我的观点是一样的，大家不同意的可以自己去扒源码自己分析一遍，至少我的答案按照源码分析是没有出入的。 首先说结论：hashmap1.7中的死循环问题并不是发生在并发写入过程，而是发生在get请求中，并发写入只可能形成环状链表；其次，环状链表是几个节点相互指向，不是某个节点自己指向自己。 分析： 首先上源码： void transfer(Entry[] newTabl
hashmap jdk1.7头插法造成死循环的原因分析
gcfffff的博客
03-26 1658
好，现在线程1开始继续执行，上边已经说过，线程1在挂起之前已经取到了e节点（就是A节点），e.next就是B，只不过此时的B节点已经被线程2修改过了，B节点此时已经指向了A（即B节点的e.next不再是NULL，而是A节点）当然，数组扩展后会重新进行hash，节点A和B不一定还会挂在同一个链表上，我们为了分析问题，假设两个节点重新hash后，还在同一个链表上，就假设在3号位，这些都不重要。当再有线程3来扩容时，因为有环状链表，所以就会一直循环取节点，造成死循环。这时候线程1挂起，线程2继续执行。
JDK7之前hashmap链表采用头插法为什么会导致循环链表？
最新发布
牛逼666
04-28 216
hashmap发生哈希碰撞之后形成的链表，在早的jdk版本会采用头插法的方法，也就是新插入的值，作为链表的头部。----->这个时候next其实就是指向了空。那么就会先取3到新的map表中，之后头插法2-->3-->NULL,最后是1-->2-->3-->NULL。------>这一步就是e2.next指向了2！即e的尾指针指向转移后的新桶位如下。-----将遍历到的链表中的这个数据的尾指针赋值给next。比如原本链表数据是3-->2-->1-->NULL。i是根据我们的哈希值从而定位到的桶的索引标。
HashMap为什么会发生死循环？
m0_71777195的博客
11-25 1367
HashMap是线程不安全的。HashMap正常扩容是不会出现问题的。死循环问题是出现在并发下扩容采用头插法从而导致出现死循环。这里引出了个问题虽然现如今我们工作中使用的都是JDK8，由于JDK8下的HashMap采用的是尾插法所以是不会出现死循环问题，但是它还是不安全的。那么有没有一种线程安全的Map呢？？？答案是有的，那就是JUC下的。挖坑ing...
面试官:说说java1.7HashMap头插法导致死循环的问题
weixin_46633487的博客
05-20 5150
HashMap头插法会导致死循环问题 大家天天都说Java1.7Hashmap头插法会导致死循环问题 可是大家知道为什么嘛？ 下面我们来详细讲解一下全过程: 首先hashmap头插法导致死循环问题是在多线程并发环境下 2个线程并发扩容 而且旧的链表扩容到新的链表的数组是相同的情况下会导致死循环问题。 比如 要弄清除原理 首先我们需要看懂扩容的过程 上源码，标注了主要的序号 头插法单个线程进行扩容 下面步骤我们都标了序号 第一步 首先找到第一个头 2. 3. 4. 第二次循环 1. 2. 3.
【图文并茂】讲解HashMap引发的死循环
yang553566463的博客
10-10 9041
官方介绍文档上已经明确说过了，HashMap是线程不安全的，那么为啥会线程不安全？首先是JDK1.7的HashMap上，在多线程环境下操作HashMap可能引起死循环。原因是在HashMap扩容时，链表转移后，前后链表顺序倒置（头插法导致），在转移过程中修改了原来链表中节点的引用关系，导致链表结点互相引用，即形成了环，这种情况下，当我们使用get操作获取到环形链表处的数据，就会发生死循环。在JDK1.8中，同样的前提下并不会引起这个死循环，原因是扩容转移后前后链表顺序不变，保持了之前节点的引用关系。但是即使
HashMap为什么不是线程安全的
一个搬砖工人
04-04 334
1 HashMap为什么不是线程安全的 以JDK1.8的HashMap为例 造成线程不安全的方法主要是**resize(扩容)**方法 情况一：数据直接覆盖 线程A 和线程B 同时对同一个HashMap进行PUT操作,假设A和B插入的Key-Value中key的hashcode是相同的,这说明该键值对将会插入到Table的同一个下标的,也就是会发生哈希碰撞,此时HashMap按照平时的做法是形成一个链表(若超过八个节点则是红黑树),现在我们插入的下标为null(Table[i]==null)则进行正常的
jdk1.7 HashMap扩容时死循环问题
xby7437的博客
05-12 1万+
jdk1.7 hashmap在resize时进行扩容时，会导致死循环，主要是因为jdk1.7采用的是头插法 void transfer(Entry[] newTable, boolean rehash) { int newCapacity = newTable.length; for (Entry<K,V> e : table) { while(null != e) { Entry<K,V> next = e.next;
HashMap在多线程中的死循环现象及原因
2408_88802129的博客
01-15 1084
在多线程编程环境中，HashMap作为一种常用的数据结构，其非线程安全特性可能导致一系列并发问题，其中最令人头疼的便是死循环现象。本文将深入探讨HashMap在多线程环境下死循环的成因，并给出相应的解决方案。
JDK1.7的HashMap死循环
qq_42605968的博客
08-25 539
为什么在JDK1.7多线程情况下会很容易出现HashMap死循环，这个还是要根据它采取的扩容策略来看，它的扩容策略是头插法，因此会导致这样的问题。在JDK1.8改进为尾插法，但并不意味着尾插法能适应多线程并发的场景，我认为其最主要的考虑就是头插法在正常情况下是与原来链表顺序相逆的，而尾插不会改变其顺序。 第一阶段：线程1和线程2同时开始扩容，但是线程1在执行完Entry<K,V> next = e.next后由于不可控因素（如CPU调度）暂时失去执行能力，此时Thread获取到CPU资源，并.
图解JDK1.7中HashMap环形链表的形成过程
2302_80258558的博客
12-25 372
如果线程1执行完保存节点1的next后发生阻塞，线程2执行完整扩容过程后线程1恢复执行，线程1的next为节点2，但是节点2的next已经被线程2扩容时修改为节点1，此时线程1执行扩容时就会出现问题。左侧为原数组，右侧为线程2扩容后的newTable，另外需要注意的是线程1与线程2的newTable是独立的，各自在自己的线程栈中创建，互不影响。但是节点2的next在线程2扩容时已经修改为节点1而不再是节点3，会再次将节点1加入。由于线程1阻塞前保留了next为节点2，将节点2继续加入。
为什么说JDK7中的hashMap使用头插法会导致死循环呢？
qq_66908247的博客
11-27 1247
为什么说JDK7中的hashMap中使用的头插法会导致死循环
hashMap头插法产生死循环的原因
weixin_45848069的博客
08-15 1025
从上图可知线程 T1 执行之后，因为是头插法，所以 HashMap 的顺序已经发生了改变，但线程 T2 对于发生的一切是不可知的，所以它的指向元素依然没变，如上图展示的那样，T2 指向的是 A 元素，T2.next 指向的节点是 B 元素。因为 T1 执行完扩容之后 B 节点的下一个节点是 A，而 T2 线程指向的首节点是 A，第二个节点是 B，这个顺序刚好和 T1 扩完容完之后的节点顺序是相反的。，这就是 HashMap 死循环导致的原因。
【图解】HashMap1.7 头插法造成死循环的原因
热门推荐
gongsenlin341的博客
01-13 1万+
1.概述 HashMap1.7当中，扩容的时候，采用的是头插法转移结点，在多线程并发的情况下会造成链表死循环的问题。 2.图解 假设有两个线程，线程1和线程2，两个线程进行hashMap的put操作，触发了扩容。 下面是扩容的时候结点转移的关键代码 void transfer(Entry[] newTable) { Entry[] src = table; int newCapacity = newTable.length; for (int j = 0; j <
为什么HashMap会产生死循环？
Tom弹架构
04-28 1万+
HashMap死循环是一个比较常见、也是比较经典的面试题，在大厂的面试中也经常被问到。HashMap的死循环问题只在JDK1.7版本中会出现，主要是HashMap自身的工作机制，再加上并发操作，从而导致出现死循环。JDK1.8以后，官方彻底解决了这个问题。 1、数据插入原理 在分析原因之前，我先带大家了解一下JDK1.7中HashMap插入数据的原理，来看动画演示： 由于JDK1.7中HashMap的底层存储结构采用的是数组加链表的方式。 而HashM...
解析JDK1.7 HashMap 头插法生成的环形链表死循环问题
是狮不是猿
03-25 6351
背景 在JDK1.7中HashMap使用头插法来添加同一位置上的节点,但是在并发的情况下使用HashMap，在进行resize()扩容的过程中，链表可能会形成环状，当在读取HashMap元素的时候会出现死循环，CPU占用标高，服务器崩溃的问题。 扩容前 正常 resize() 后 并发 resize() 形成环状 在下面我会说明是如何生成该环状 正常扩容resize()的过程 以下执行的过程是在同一链表元素的key值rehash后落到同一坐标上为基础 我们需要关注的是HashMap的resize()方
【HashMap源码一】Java7-HashMap源码学习笔记(JDK1.7--put方法-get方法-出现死循环CPU100%原因等问题)
xbd_zc的博客
03-21 470
Java7–HashMap 文章目录Java7--HashMap常量构造方法put方法1,初始化方法如何获得一个大于等于2的tosize的 2的幂次方数再回到roundUpToPowerOf2方法再回到初始化方法来2, key==null调用putForNullKey3,计算下标为什么数组的最大值要是2的幂次方数4,通过key计算hash值5,添加元素addEntry(hash, key, value, i);6,扩容resize可以看到上面第3步的计算下标的公式通过下面位运算可以看出,扩容后存放新数组的下
HashMap、ConcurrentHashMap核心要点
Java部落格
03-13 196
一、HashMap 1、JDK7 数组+单向链表 头插法存在死循环bug 2、JDK8 数组+单向链表+红黑树 尾插法 3、HashMap头插法死循环问题 可以参考如下文章：《HashMap头插法为什么会出现死循环 产生循环链表的影响是什么》 二、ConcurrentHashMap 1、JDK7 分段锁，每个Segment有独立的锁，Segment实现了ReentrantLock,也就带有锁的功能。 1、分为16个Segment(相当于HashTable) 2、对每一个小的Segment加
面试官看过来！HashMap就应该这么问！
果咩
05-26 1017
HashMap 往期推荐 java基础：java基础题 网络IO：IO的五大模型 外包面试题：软通面试题 小要点： 线程不安全 继承 AbstractMap类，实现map接口 k/v可以为null 底层变化： ​jdk7：Entry数组➕链表 jdk8：Node数组➕链表➕红黑树 jdk8 put过程：当程序视图将一个key-value放入HashMap中时，程序首先根据该key的hashCode（）返回值决定该Node的储存位置，如果两个Node key的hashCode（）返回值相同，那么他们的
评论 25
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值