為什么JDK8中HashMap依然會死循環(huán)
JDK8中HashMap依然會死循環(huán)!
是否你聽說過JDK8之后HashMap已經(jīng)解決的擴容死循環(huán)的問題,雖然HashMap依然說線程不安全,但是不會造成服務(wù)器load飆升的問題。
然而事實并非如此。少年可曾了解一種紅黑樹成環(huán)的場景,=v=
今日在查看監(jiān)控時候發(fā)現(xiàn),某一臺機器load飆升

感覺問題不對勁,ssh大法登陸機器,top,top -Hp,jstack,jmap四連擊保存下來堆棧,cpu使用最高的線程,內(nèi)存信息準(zhǔn)備分析。
首先查看使用最耗費cpu的線程堆棧信息
cat stack | grep -i 34670 -C10 --color

我勒個去,HashMap,猜測八成死循環(huán)了,但是我們使用的JDK8,在8中通過棧封閉的鏈表替換,解決了擴容死循環(huán)的問題。疑惑,繼續(xù)往下看。
根據(jù)堆棧信息,root方法是問題所在,點開HashMap源碼

好嘛,load飆高,代碼有個for語句,我覺得鐵定死循環(huán)了,看代碼情況只可能是兩個紅黑樹節(jié)點的父親節(jié)點相互引用才可以導(dǎo)致無法走出這個for語句。
然而這都是我的猜測,我沒有證據(jù)。而且讓我追紅黑樹的代碼,也是需要耗費大量時間的事情,我需要快速驗證我的猜測。
我之前dump下來了堆內(nèi)存信息,我通過jhat 命令生成html的內(nèi)存信息頁面

然后輸入http://localhost:7000查看
我先找業(yè)務(wù)代碼中持有這個HashMap的對象,然后點進去查詢內(nèi)部信息

因為數(shù)據(jù)都放在table中,點擊Table字段,查看其內(nèi)容

table中存在唯一的一個TreeNode節(jié)點,這肯定是已經(jīng)變成了紅黑樹了
點進去查看

點擊parent字段信息

0x72745d828與0x72745d7b8兩個TreeNode節(jié)點的Parent引用都是對方。
后續(xù)打算深入研究一下紅黑樹什么場景會造成這個原因。
最后,無論什么并發(fā)場景請別使用HashMap,ConcurrentHashmap大法好
到此這篇關(guān)于為什么JDK8中HashMap依然會死循環(huán)的文章就介紹到這了,更多相關(guān)JDK8 HashMap死循環(huán)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java8 LocalDateTime極簡時間日期操作小結(jié)
這篇文章主要介紹了Java8-LocalDateTime極簡時間日期操作整理,通過實例代碼給大家介紹了java8 LocalDateTime 格式化問題,需要的朋友可以參考下2020-04-04
ImportBeanDefinitionRegistrar手動控制BeanDefinition創(chuàng)建注冊詳解
這篇文章主要為大家介紹了ImportBeanDefinitionRegistrar手動控制BeanDefinition創(chuàng)建注冊詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-12-12
java 學(xué)習(xí)筆記(入門篇)_程序流程控制結(jié)構(gòu)和方法
程序流程控制結(jié)構(gòu)分為:順序、選擇、循環(huán)以及異常處理結(jié)構(gòu),語句是程序的基本組成單位,一般來說語句的執(zhí)行流程是按順序來進行的,但是當(dāng)遇到一些特殊的條件,比如循環(huán),這時候語句就會按照流程控制結(jié)構(gòu)來進行了2013-01-01

