您好,登錄后才能下訂單哦!
這期內(nèi)容當中小編將會給大家?guī)碛嘘PJDK8中HashMap依然會產(chǎn)生死循環(huán)問題該怎么解決,文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述,閱讀完這篇文章希望大家可以有所收獲。
是否你聽說過JDK8之后HashMap已經(jīng)解決的擴容死循環(huán)的問題,雖然HashMap依然說線程不安全,但是不會造成服務器load飆升的問題。
然而事實并非如此。少年可曾了解一種紅黑樹成環(huán)的場景,=v=
今日在查看監(jiān)控時候發(fā)現(xiàn),某一臺機器load飆升
感覺問題不對勁,ssh大法登陸機器,top,top -Hp,jstack,jmap四連擊保存下來堆棧,cpu使用最高的線程,內(nèi)存信息準備分析。
首先查看使用最耗費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é)點相互引用才可以導致無法走出這個for語句。
然而這都是我的猜測,我沒有證據(jù)。而且讓我追紅黑樹的代碼,也是需要耗費大量時間的事情,我需要快速驗證我的猜測。
我之前dump下來了堆內(nèi)存信息,我通過jhat 命令生成html的內(nèi)存信息頁面
然后輸入http://localhost:7000查看
我先找業(yè)務代碼中持有這個HashMap的對象,然后點進去查詢內(nèi)部信息
因為數(shù)據(jù)都放在table中,點擊Table字段,查看其內(nèi)容
table中存在唯一的一個TreeNode節(jié)點,這肯定是已經(jīng)變成了紅黑樹了
點進去查看
點擊parent字段信息
0x72745d828與0x72745d7b8兩個TreeNode節(jié)點的Parent引用都是對方。
上述就是小編為大家分享的JDK8中HashMap依然會產(chǎn)生死循環(huán)問題該怎么解決了,如果剛好有類似的疑惑,不妨參照上述分析進行理解。如果想知道更多相關知識,歡迎關注億速云行業(yè)資訊頻道。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。