java中GC的紀錄檔認識詳解

不同的垃圾回收器 他們的紀錄檔都是完成不一樣的，看懂紀錄檔是解決和發現問題的重中之重。

Parallel Scavenge + Parallel Old 紀錄檔

啟動引數

-XX:+UseParallelGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:gc.log

ygc紀錄檔

fullgc紀錄檔 如下圖 主要是 gc紀錄檔上多了回收老年代、元空間、GC型別變為Full GC

年輕代的total=eden+1個s區 如圖中 10752+1536=12288k

GC觸發原因常見的有

• Allocation Failure 年輕代中沒有足夠區域能夠存放需要分配的資料而失敗
• Ergonomics 常見於FullGc中 是因為 UseAdaptiveSizePolicy 開啟了自適應調整策略而發生的GC 很正常的
• Metadata GC Threshold 常見於Full Gc 元空間不足

G1

G1有幾種型別的gc，YGC (僅回收年輕代) ，Miexd GC(年輕代和部分老年代都回收 也叫混合GC)，Full GC (整堆回收 g1中一般很少出現fullgc)， 啟動引數如下

-XX:+UseG1GC -XX:InitiatingHeapOccupancyPercent=40 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:gc.log

MiexdGc 回收流程參考 回收流程

YGC 紀錄檔格式

Miexd GC紀錄檔格式

miexd gc紀錄檔就能完全體現出G1回收流程的幾個階段 初始標記-並行標記-最終標記-篩選回收

Full gc紀錄檔格式

Full Gc紀錄檔看起來很輕鬆 在G1中應該避免不要產生FullGC

CMS

cms是老年代回收器 紀錄檔格式也是分階段列印的 具體流程可以參考 cms回收階段流程 啟動引數如下

-Xms50m  -Xmx50m -XX:+UseConcMarkSweepGC  -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:gc.log

老版的垃圾回收器如 parNew 序列不再去花太多時間研究了 一般也用不上 有更好的選擇。

線上紀錄檔分析工具 https://gceasy.io/gc-index.jsp

沒怎麼用過 https://sourceforge.net/projects/gcviewer/

參考 https://zhuanlan.zhihu.com/p/267388951