Java1.7 HashMap的死循环原因

本编辑器支持 Markdown Extra , 　扩展了很多好用的功能。具体请参考Github. ### 表格 在淘宝内网里看到同事发了贴说了一个CPU被100%的线上故障，并且这个事发生了很多次，原因是在Java语言在并发情况下使用HashMap造成Race Condition，从而导致死循环。这个事情我4、5年前也经历过，本来觉得没什么好写的，因为Java的HashMap是非线程安全的，所以在

https://coolshell.cn/articles/9606.html

注意：HashMap死循环只会发生在JDK1.7,根本原因是由采用头插法所致 （1）JDK1.7中HashMap采用底层结构是数组+链表，在key值发生hash碰撞后，元素entry会采用头节点的插入方式，插入到链表的头部 （2）数组长度到达负载临界值触发数组扩容，由于是头插法，原来链表的顺序是A->B->C,扩容后变为C->B->A (3)假设同时有线程T1与T2对数组进行扩容 T1、T2同时指向A节点，那么T1.next与T2.next同时指向B节点。 假设T2让出时间.

为什么在JDK1.7多线程情况下会很容易出现HashMap死循环，这个还是要根据它采取的扩容策略来看，它的扩容策略是头插法，因此会导致这样的问题。在JDK1.8改进为尾插法，但并不意味着尾插法能适应多线程并发的场景，我认为其最主要的考虑就是头插法在正常情况下是与原来链表顺序相逆的，而尾插不会改变其顺序。 第一阶段：线程1和线程2同时开始扩容，但是线程1在执行完Entry<K,V> next = e.next后由于不可控因素（如CPU调度）暂时失去执行能力，此时Thread获取到CPU资源，并.

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

目录 情景再现 网络上很多文章说HashMap死循环都是理论分析，其一是没有自己实验过，甚至给出的实验程序都是错误的，不能再现死循环的BUG，其二是给出的示意图不够详细，很多细节忽略了让人难以理解，本文在前人总结的基础上摸索出了实现死循环的方法，记录成文。 死循环原因 我们首先思考一下在什么样的情况下HashMap会死循环，死循环的原因不外乎是在多线程的同时扩容，在JDK 1.7的HashMap中，当hash冲突时，采用头插法拉链表，所谓头插法，即在每次都在链表头部（即桶中）插入最后添加的数据 当触发扩容

触发HashMap死循环根因分析

由于JDK1.7使用的是头插法（新的会插到链表头部），当一个线程resize完成，另一个线程未resize完成，连表会指向resize之后的链表，另一个线程的e.nxet()指向了前一个，导致了死循环。 ...

HashMap从1.8开始做了修改，修复了1.8之前版本的死循环问题 JDK1.8之前版本死循环原因发生在扩容阶段，扩容关键代码如下： // newTable扩容后的空数组，是HashMap中的共享数组 void transfer(Entry[] newTable) { Entry[] src = table; int newCapacity = newTable.length...

图解HashMap(二) 概述 上篇分析了HashMap的设计思想以及Java7和Java8源码上的实现，当然还有一些"坑"还没填完，比如大家都知道HashMap是线程不安全的数据结构，多线程情况下HashMap会引起死循环引用，它是怎么产生的？Java8引入了红黑树，那是怎么提高效率的？本篇先填第一个坑，还是以图解的形式加深理解。 Java7分析 通过上一篇的整体学习，可以知道当存入的键...

java7的HashMap造成死循环的通俗化讲解 在JDK1.7及以前的版本，如果在并发环境中使用HashMap保存数据，有可能会产生死循环的问题。产生这个问题是因为JDK1.7及以前的版本中，HashMap扩容采用的是头插入，1.8做的改进是采用尾插法，所以不会造成死循环的问题。 首先，来看1.7扩容的代码： //进行扩容时方法 void resize(int newCapacity) ...

http://coolshell.cn/articles/9606.html

例如，假如在HashMap中依次、顺序添加元素：1，2，3，4，5，在遍历HashMap时输出的顺。例如，假如在HashMap中依次、顺序添加元素：1，2，3，4，5，在遍历HashMap时输出的顺。通常在初始化HashMap时候会有一个loadFactore负载因子比如0.75，当原先存储的元素size达到固有长度的0.75后，开始扩容，扩容过程用头插法把oldTable单链表的节点插入到newTable单链表，newTable单链表倒置了oldTable中的单链表。infinite loop问题。

HashMap 基本实现（JDK 8 之前） HashMap 通常会用一个指针数组（假设为 table[]）来做分散所有的 key，当一个 key 被加入时，会通过 Hash 算法通过 key 算出这个数组的下标 i，然后就把这个 插到 table[i] 中，如果有两个不同的 key 被算在了同一个 i，那么就叫冲突，又叫碰撞，这样会在 table[i] 上形成一个链表 如果 table[] 的尺寸很小，比如只有 2 个，如果要放进 10 个 keys 的话，那么碰撞非常频繁，于是一个 O(.

HashMap死循环主要是指JDK7中，HashMap扩容时采用头插法。如果在多线程情况下，2条线程同时进行扩容操作，会造成两个结点的next指针互相指向对方的情况。在JDK8中，扩容已经由头插法改为尾插法，多线程情况下虽然不会造成死循环，但是会造成操作的重复执行。比如最简单的一个情况，一个链表只有A、B两个结点，线程1和线程2一开始都指向A结点。但是线程2并不知道，所以线程2又要从A开始进行一番操作，把。线程1扩容时，会在新数组中颠倒链表的原顺序，变为。此时线程1已经完成了扩容，B是头结点，

而T2线程指向的首节点是A，下一个节点是B。这个时候，顺序刚好与T1扩容之前的节点顺序是相反的。T1执行完成以后的顺序是B到A，而T2执行顺序是A到B，这样A节点和B节点形成了死循环。开始扩容，此时假设T2的时间片用完了，进入了休眠状态，而线程T1开始执行扩容动作，一直到线程T1扩容完成以后，线程T2才被唤醒。此时线程T1，T2节点同时指向A节点，同时线程T1,T2的下一个节点T1.next和T2.next指向B节点。线程T1执行扩容后，线程T2的指向依旧没有变化。线程T1扩容完成后的场景。