踩坑了,JDK8中HashMap依然会产生死循环问题!

点击上方“全栈程序员社区”,星标公众号

重磅干货,第一时间送达


作者:Aaron_涛

blog.csdn.net/qq_33330687/article/details/101479385

是否你听说过JDK8之后HashMap已经解决的扩容死循环的问题,虽然HashMap依然说线程不安全,但是不会造成服务器load飙升的问题。

然而事实并非如此。少年可曾了解一种红黑树成环的场景,=v=

今日在查看监控时候发现,某一台机器load飙升
踩坑了,JDK8中HashMap依然会产生死循环问题!

感觉问题不对劲,ssh大法登陆机器,top,top -Hp,jstack,jmap四连击保存下来堆栈,cpu使用最高的线程,内存信息准备分析。

首先查看使用最耗费cpu的线程堆栈信息

cat stack | grep -i 34670 -C10 --color
踩坑了,JDK8中HashMap依然会产生死循环问题!

我勒个去,HashMap,猜测八成死循环了,但是我们使用的JDK8,在8中通过栈封闭的链表替换,解决了扩容死循环的问题。疑惑,继续往下看。

根据堆栈信息,root方法是问题所在,点开HashMap源码

踩坑了,JDK8中HashMap依然会产生死循环问题!

好嘛,load飙高,代码有个for语句,我觉得铁定死循环了,看代码情况只可能是两个红黑树节点的父亲节点相互引用才可以导致无法走出这个for语句。

然而这都是我的猜测,我没有证据。而且让我追红黑树的代码,也是需要耗费大量时间的事情,我需要快速验证我的猜测。

我之前dump下来了堆内存信息,我通过jhat 命令生成html的内存信息页面

踩坑了,JDK8中HashMap依然会产生死循环问题!
然后输入http://localhost:7000查看

我先找业务代码中持有这个HashMap的对象,然后点进去查询内部信息

踩坑了,JDK8中HashMap依然会产生死循环问题!

因为数据都放在table中,点击Table字段,查看其内容

踩坑了,JDK8中HashMap依然会产生死循环问题!

table中存在唯一的一个TreeNode节点,这肯定是已经变成了红黑树了

点进去查看

踩坑了,JDK8中HashMap依然会产生死循环问题!
点击parent字段信息

踩坑了,JDK8中HashMap依然会产生死循环问题!

0x72745d828与0x72745d7b8两个TreeNode节点的Parent引用都是对方。

后续打算深入研究一下红黑树什么场景会造成这个原因。

踩坑了,JDK8中HashMap依然会产生死循环问题!

原文始发于微信公众号(全栈程序员社区):踩坑了,JDK8中HashMap依然会产生死循环问题!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/103563.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号