那天服務(wù)器突然抽風(fēng)了

好家伙，正摸魚，運營小妹火急火燎跑過來說后臺慢得跟蝸牛爬似的，用戶都快罵娘了！我趕緊沖回工位，盯著監(jiān)控屏幕一看，CPU直接飚到99%，幾個服務(wù)黃得刺眼。心里咯噔一下：得，肯定又是哪個Java服務(wù)搞事情了。

手忙腳亂連上服務(wù)器，top命令一敲，果然有個Java進程吃得滿嘴流油。jstat瞎看了半天，老年代都快溢出來了，GC頻率高得像在蹦迪。可具體哪個王八蛋對象在搗亂？代碼哪行寫的？兩眼一抹黑，急得我直薅頭發(fā)。

聽說阿里有個神器？

蹲廁所刷手機時突然想起來，上次技術(shù)群有人提過阿里開源了個神器專治JVM不服。趕緊提上褲子沖回去搜，工具名字叫Arthas（這英文名念著賊拗口）。看介紹說得挺神：不用改代碼、不用重啟服務(wù)，直接就能扒虛擬機褲衩看內(nèi)存。

抱著死馬當(dāng)活馬醫(yī)的心態(tài)，我照著官網(wǎng)開始折騰：

• 第一步：直接在服務(wù)器curl了個安裝包下來（命令太長懶得記，直接復(fù)制粘貼）
• 第二步：啪嗒啪嗒敲了個java -jar啟動，黑窗口突然開始閃代碼，整得跟黑客帝國似的
• 第三步：根據(jù)提示輸入進程號，手抖輸錯兩次才發(fā)現(xiàn)要把前面的空格刪掉...真蛋疼！

現(xiàn)場扒代碼抓兇手

連上進程后，我先來了個dashboard，滿屏數(shù)據(jù)流看得眼暈，但內(nèi)存占用、線程數(shù)啥的一目了然。重點盯著那個heap圖表，老年代那條線都快頂破天花板了！

馬上敲了heapdump命令，生成個超大內(nèi)存快照。下到本地用MAT工具打開一看，好家伙！幾十萬個JSON對象卡在內(nèi)存里不走，順著引用鏈一摸——居然是上周實習(xí)生寫的那個“性能優(yōu)化”接口，循環(huán)里瘋狂new對象還不釋放！

當(dāng)場逮住元兇還不夠，我又用trace命令跟了下調(diào)用鏈路：

• 直接敲trace 類名 方法名（類名太長還按了Tab補全）
• 頁面點幾次就刷出來調(diào)用樹，耗時最長的那個方法紅得發(fā)紫
• 定位到具體行數(shù)一看，好嘛循環(huán)里嵌套查了三次數(shù)據(jù)庫！

三下五除二滅火

找到病根就好辦了：

1. 火速給實習(xí)生發(fā)了段緩存代碼的Git鏈接
2. 把那個瘋狗循環(huán)改成了批量查詢
3. 順手用jmap調(diào)大堆內(nèi)存先頂一頂

重啟完再開Arthas監(jiān)控，老年代曲線直接躺平，GC次數(shù)從每分鐘30次降到3次。運營小妹發(fā)來貓貓鞠躬表情包，這事就算翻篇了。

用后瞎嘮兩句

說實話這玩意兒第一次用跟開航天飛機似的，命令多到想撞墻。但摸熟了發(fā)現(xiàn)真香：

• 查CPU暴增：thread -n 3（直接揪出最耗時的線程）
• 看方法參數(shù)：watch 類名 方法名 "{params,returnObj}"
• 熱修改代碼？ 勸你別碰！我試過一次直接把服務(wù)搞炸了

后來我甚至把常用命令寫成alias塞進.bashrc，現(xiàn)在敲個"gclog"就能看GC日志。雖然比不過專業(yè)APM工具，但救急時掏出來賊好使——畢竟誰能料到服務(wù)器哪天又抽抽？