HashMap多线程造成了CPU100%，死循环

最新推荐文章于 2025-05-28 18:17:59 发布
最新推荐文章于 2025-05-28 18:17:59 发布
阅读量1k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： java提高篇
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/luman1991/article/details/54381725
博客提及resize()方法是问题的罪魁祸首，但未明确具体问题。resize()方法在信息技术领域常用于调整大小等操作，可能在相关程序或系统中引发了异常。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

resize（）方法的时候是罪魁祸首

多线程环境下HashMap导致CPU100%
Jack 架构师之路
07-09 8227
引言 昨天早上线上系统开始作业了一段时间以后，突然收到服务器报警，服务器CPU持续占用100%，导致线上系统不能正常使用，我登录服务器top了一下，发现java进程占用cpu400%, 由于前天晚上上线了一些新的功能，所以我分析应该是某处代码出现了死循环导致，于是根据前面解决性能问题的经验来搞一下。具体流程参考我前面的博文《快速定位线上CPU100%问题》。 排查结果： 快速找到具体的代码，那么问题就可以很好的解决了，看一下具体代码 public static Map<String,
探究JDK7 HashMap并发扩容导致CPU100%原因
fangmeng1997的博客
05-15 1076
HashMap之所以在并发下的扩容造成死循环，是因为，**多个线程并发进行时，因为一个线程先期完成了扩容，将原的链表重新散列到自己的表中，并且链表变成了倒序，后一个线程再扩容时，又进行自己的散列，再次将倒序链表变为正序链表。于是形成了一个环形链表。**当调用get操作并命中链环的桶时，就会进入一个死循环的情况，将CPU的消耗到100%。 ...
HashMap导致CPU100% 的分析
10-29
HashMap导致CPU100% 的分析
记一次线上故障--HashMap在多线程条件下运行造成CPU 100%
汉南最後の読書人
06-23 987
问题就出现在了while (e != null)，从上面的代码看来，每一个线程进来都先执行dataMap = new HashMap()；这个时候dataMap是空的，所以在执行下面的操作的时候进入了某一个不可以随意更改状态的代码中，再加上高并发，一直被new HashMap()，while一直被执行，变成了死循环。cpu就瞬间飙升到100%，一直持续到请求数降低的时候。重构问题代码，多线程并发扩容时就会出现环形引用的问题，从.........
为什么HashMap会产生死循环？
最新发布
varyall的专栏
05-28 159
我们来看，旧HashMap的节点会依次转移到新的HashMap中，旧HashMap转移链表元素的顺序是A、B、C，而新HashMap使用的是头插法插入，所以，扩容完成后最终在新HashMap中链表元素的顺序是C、B、A。因为T1执行完扩容之后，B节点的下一个节点是A，而T2线程指向的首节点是A，第二个节点是B，这个顺序刚好和T1扩容之前的节点顺序是相反的。第二步：开始扩容，这时候，假设线程T2的时间片用完，进入了休眠状态，而线程T1开始执行扩容操作，一直到线程T1扩容完成后，线程T2才被唤醒。
java中HashMap在多线程环境下引起CPU100%的问题解决
shuaijie506
02-26 431
       最近项目中出现了Tomcat占用CPU100%的情况，原以为是代码中出现死循环，后台使用jstack做了dump，发现是系统中不合理使用HashMap导致出现了死循环（注意不是死锁）。          产生这个死循环的根源在于对一个未保护的共享变量 — 一个"HashMap"数据结构的操作。当在所有操作的方法上加了"synchronized"后，一切恢复了正常。     ...
java 多线程 HashMap CPU占满
命里有时终须有 、博客
04-25 930
import java.util.HashMap; import java.util.Map; public class HashMapMultiThread { static Map map = new HashMap(); public static class AddThread implements Runnable{ int start = 0 ; public Ad
使用HashMap线程不安全造成CPU 100%
关注系统性能调优
04-28 2886
最近应用服务器总时不时的报CPU 100%，是多个CPU 100%。最后查出是aspectjweaver这个jar包中用到了HashMap是线程不安全的。 POST /web/gg/workflow/fore/DoSpecialForeSubmit.jsp?isProgress=false HTTP/1.1 X-Forwarded-For: 10.124.19.6 Accept:
HashMap在JDK1.7中多线程并发会出现死循环，超详细图解
qq_57031340的博客
09-13 1674
就是JDK1.7的头插法造成了循环问题，因此在JDK1.8中对HashMap的扩容方法进行了改进，从头插法改成了尾插法。
集合系列(二十) -HashMap多线程下使用时会死循环详解
程序员志哥的博客
04-11 1157
关于这个问题，很多年前，在淘宝内网里就有很多的程序员发过这种帖子说一个CPU 被100%了，原因竟是多线程环境下使用 HashMap 造成的死循环，并且这个事发生了很多次。
生产CPU 100% 问题排查解决方案
一碗糊涂虫的博客
03-05 1948
生产CPU 100% 问题排查解决方案 不知道大家在工作中有没有遇到过 线上代码CPU突然飙高，然后就会持久不下的情况？ 如果有呢，大家肯定有解决方案了，如果没有的话可以来看看本篇教程，面试的时候可以吹一吹哦~ 先给大家列几项可能Cpu 飙高的几种可能： 磁盘占用满，应用无法卡住无法运行(情况及其常见！！！我和朋友们都遇到过！！) 这种情况要怎么解决呢？ 在服务器中 输入 df -h 命令 查看磁盘空间是否是100%状态 如果是100%状态，请删除一些log日志文件 / 删除无用的备份文件即可
不正当使用HashMap导致cpu 100%的问题追究
weixin_51393513的博客
11-23 472
因最近hashmap误用引起的死循环又发生了一些案例，写了一篇blog疫苗：Java HashMap的死循环，看了一下，大家的分析如出一辙。这篇blog也是好几年前写的了，之前在平台技术部的博客上贴过，随着组织结构的调整，那个博客可能不再维护，把这篇文章在这儿也保存一下。 之前某同学在blog里写了篇关于HashMap死锁模拟的文章: https://member.bilibili.com/platform/upload-manager/text 做个纠正,那个不是死锁问题,而是死循环。 这个问题,我.
JDK8的ConcurrentHashMap也会造成CPU 100%
03-20 298
转载：不止 JDK7 的 HashMap ，JDK8 的 ConcurrentHashMap 也会造成 CPU 100%？原因与解决~ 现象 大家可能都听过JDK7中的HashMap在多线程环境下可能造成CPU 100%的现象，这个由于在扩容的时候put时产生了死链，由此会在get时造成了CPU 100%。这个问题在JDK8中的HashMap获得了解决。其实JDK7中的HashMap...
java hashmap 多线程_java中HashMap在多线程环境下引起CPU100%的问题解决（转）
weixin_39526872的博客
02-16 220
最近项目中出现了Tomcat占用CPU100%的情况，原以为是代码中出现死循环，后台使用jstack做了dump，发现是系统中不合理使用HashMap导致出现了死循环(注意不是死锁)。产生这个死循环的根源在于对一个未保护的共享变量 — 一个"HashMap"数据结构的操作。当在所有操作的方法上加了"synchronized"后，一切恢复了正常。这算jvm的bug吗？应该说不是的，这个现象很早以前就...
JDK7多线程并发环境HashMap死循环infinite loop，CPU拉满100%，Java
Zhang Phil
09-06 597
例如，假如在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死循环导致CPU100%的问题
走自己的路
05-14 6375
问题的症状 从前我们的Java代码因为一些原因使用了HashMap这个东西，但是当时的程序是单线程的，一切都没有问题。后来，我们的程序性能有问题，所以需要变成多线程的，于是，变成多线程后到了线上，发现程序经常占了100%的CPU，查看堆栈，你会发现程序都Hang在了HashMap.get()这个方法上了，重启程序后问题消失。但是过段时间又会来。而且，这个问题在测试环境里可能很难重现。
HashMap-死锁导致cpu占用100%分析
yiduwangkai的专栏
04-20 1135
最近项目里面的一段千年代码出了问题，这个问题以前也出现过，不过不是那么明显，这次迁移机器由以前的4台机子变成2台以后问题被放大，最终不得不解决，特此分析一下。 先放出问题的代码 private AlimamaCodeDAO alimamaCodeDAO;      private Cache cache;      /**     * @param cache t...
记录一次因HashMap死循环导致的线上cpu飚高问题
weixin_45719623的博客
05-13 719
多线程，HashMap
HashMap多线程并发的问题
09-20 1347
---恢复内容开始---前言：大多数javaer都知道HashMap是线程不安全的，多线程环境下数据可能会发生错乱，一定要谨慎使用。这个结论是没错，可是HashMap的线程不安全远远不是...
hashmap多线程死循环
02-06
### Java HashMap 多线程死循环解决方案 #### 使用 `ConcurrentHashMap` 替代 `HashMap` 为了防止在多线程环境中发生死循环和其他并发问题，推荐使用 `ConcurrentHashMap` 来替代普通的 `HashMap`。`...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值