面試官:說一下記憶體溢位排查過程和工具?我...

敖丙發表於2020-07-02

點贊再看,養成習慣,微信搜尋【三太子敖丙】關注這個網際網路苟且偷生的工具人。

本文 GitHub https://github.com/JavaFamily 已收錄,有一線大廠面試完整考點、資料以及我的系列文章。

上次給老公們說過了死迴圈cpu飆高的排查過程,今天就帶著老公們看看堆記憶體溢位我們一般怎麼排查的。

  • cpu100%排查文章

在排查之前,我想jvm的基礎知識大家應該都是瞭解了的吧?

老婆我就是不瞭解,人家要你說給我聽。

行行行,誒真實拿你們沒辦法,那我就帶大家回溫一下JVM的記憶體模型(這玩意跟JAVA記憶體模型JMM可不一樣,不要記錯了)

今天我就直說堆,因為溢位是傳送在堆中的。

JVM堆記憶體被分為兩部分:年輕代(Young Generation)和老年代(Old Generation)。

年輕代

年輕代是所有新物件產生的地方。當年輕代記憶體空間被用完時,就會觸發垃圾回收。這個垃圾回收叫做Minor GC。

年輕代被分為3個部分——Enden區和兩個Survivor區。

年輕代空間的要點:

  1. 大多數新建的物件都位於Eden區。
  2. 當Eden區被物件填滿時,就會執行Minor GC,並把所有存活下來的物件轉移到其中一個survivor區。
  3. Minor GC同樣會檢查存活下來的物件,並把它們轉移到另一個survivor區。這樣在一段時間內,總會有一個空的survivor區。
  4. 經過多次GC週期後,仍然存活下來的物件會被轉移到年老代記憶體空間,通常這是在年輕代有資格提升到年老代前通過設定年齡閾值來完成的。

年老代

年老代記憶體裡包含了長期存活的物件和經過多次Minor GC後依然存活下來的物件,通常會在老年代記憶體被佔滿時進行垃圾回收。

GC種類

Major GC

老年代的垃圾收集叫做Major GC,Major GC通常是跟full GC是等價的,收集整個GC堆。

分代GC

  1. Young GC:只收集年輕代的GC
  2. Old GC:只收集年老代的GC(只有CMS的concurrent collection是這個模式)
  3. Mixed GC:收集整個young gen以及部分old gen的GC(只有G1有這個模式)

Full GC

Full GC定義是相對明確的,就是針對整個新生代、老生代、元空間(metaspace,java8以上版本取代perm gen)的全域性範圍的GC。

老公們可以從上圖看到年輕代分為了一個Eden區和兩個survivor區(S1,S2),survivor區同一時間只會有一個滿一個空,交替的。

然後就是GC到一定的閾值到老年代,今天不講永久代所以忽略Mataspace。

老婆:那怎麼分析呢?

今天我就用一個JDK自帶的工具jvisualvm來給大家演示一波怎麼操作的,因為這玩意誰都有,你去命令列敲一下jvisualvm就出來了(Mac是這樣的,不知道Windows是怎麼樣子的)。

操作介面:

一般什麼情況可能是出現了溢位呢?

超時,不進行服務,服務掛掉,介面不在服務這樣的異常問題。

那模擬也很簡單,我寫個迴圈一直往List丟資料,不使用list就能看到現象了

老公們可以看到圖形化介面還是很清晰明瞭的,這個是Visual GC的外掛

大家點選選單欄的外掛,然後安裝就好了,安裝完了記得點選啟用。

可以看到不釋放,堆空間就一直上去,直到OOM(out of memory)

這個時候我們就dump下來堆資訊看看

會dump出一個這樣的hprof快照檔案,可以用jvisualvm本身的系統去分析,我這裡推薦MAT吧,因為我習慣這個了。

MAT :下載地址

下來好了我們可以看到mat已經分析了我們的檔案

你看他就是個暖男,都幫我們分析出來了一個問題,我們點進去看看

他發現了是ArrayList的問題了,我們再往下看看

看到了嘛,具體程式碼的位置都幫我們定位好了,那排查也就是手到擒來的事情了。

延伸點

上面我們使用工具jump了,那怎麼去伺服器上jump呢?

jmap -dump:format=b,file=<dumpfile.hprof> <pid>

有老公可能問了,不是所有的故障當時我們都在場的,無法及時jump,那也簡單

-XX:+HeapDumpOnOutOfMemoryError

配置這玩意之後,oom的時候會自動jump的,到時候拿快照分析一波就好了。

MAT的功能還有很多的,百度谷歌太多工具文了,我就不做重複的工作了,比如還可以排查物件的強弱引用,還可以檢視引用鏈等等。

還有個只寫這麼點的原因是有點晚了,頂不住了,最近不拍視訊也是因為事情多了,有點小忙,希望老公們體量,對了Redis的分散式鎖已經在安排的路上了。

我是敖丙,一個在網際網路苟且偷生的工具人。

最好的關係是互相成就老公們的 「三連」 就是丙丙創作的最大動力,我們下期見!

注:如果本篇部落格有任何錯誤和建議,歡迎老公們留言,老公你快說句話啊


文章持續更新,可以微信搜尋「 三太子敖丙 」第一時間閱讀,回覆【資料】【面試】【簡歷】有我準備的一線大廠面試資料和簡歷模板,本文 GitHub https://github.com/JavaFamily 已經收錄,有大廠面試完整考點,歡迎Star。

你知道的越多,你不知道的越多

相關文章