GC如何排查
GC问题分为四步走
- 现象确认：接口超时？RT异常？ CPU使用率异常？
- 数据采集：开启GC日志 PrintGCDetails 会把GC日志输出到log文件
- 分析GC日志：使用GCeasy在线分析，将log上传，生成图形化界面。youngGc频繁可能是年轻代较小，高并发创建大量对象。FullGc频繁可能是老年代较小，或者年轻代晋升年龄太小。
- 定位根因：使用jmap dump命令生成堆区快照，使用Mat工具分析哪个对象占用大量内存，引用追溯
生产问题案例
top看整体所有进程
top -H 看指定进程的情况
现象：
- 接口RT大量超时，CPU使用率90+%
- 首先重启一下试试。重启后很快又开始卡死
- top 查看进程cpu使用情况：主要关注us 是用户态cpu使用情况 sy是系统调用cpu使用情况id是线程空闲的情况。 同时找到java进程pid
- 查看进程所有线程：top -H -p {pid} 看进程内部所有线程的使用情况。看java进程内部cpu使用率最高的线程是业务线程还是gc线程
- 看GC情况：jstat -gcutil {pid} 1000 10 重点看这4列 ；S0/S1：幸存者区； E: Eden区； 0: 老年代 ；YGC/YGCT： YoungGc次数和耗时 ； FGC/FGCT： FullGc次数和耗时； GCT: 总GC耗时
- 典型异常：Eden区秒满，很快爆满。 0老年代只升不降 FGC频繁
- 导出快照 jmap -dump
- 使用MAT分析
首先看到接口RT大量超时，cpu使用率很高
重启后，没效果，cpu仍然很快飙升，接口超时
首先使用top查看进程使用情况，看到java进程 cpu使用率很高
继续使用top -H -p {pid} 查看java进程 内部线程使用情况 。看到是gc线程的cpu使用率很高
查看gc情况 jstat -gcutil {pid} 1000 10 。看到年轻代 老年代使用率都爆满，只升不降，gc没效果。 youngGc次数 和FullGc次数相当，怀疑是内存泄露导致
分析快照 jmap -dump 。使用MAT工具分析
jstat -gcutil {pid} 1000 10 查看GC情况，8大场景
- E年轻代 和0老年代 都爆满，且GC后无效果，每次YoungGc都会导致FullGc（因为YoungGc 需要晋升的对象，发现老年代不够用，导致触发FullGc）
- E 年轻代波动上涨，YoungGc后下降,YoungGc很快10ms左右。 0老年代平稳，FGC频率很低，几天一次。健康状况
- E年轻代涨的飞快，几秒就满，YoungGc频繁， 0老年代平稳，FGC很少。 年轻代太小了，请求量太大，创建了大量临时对象
- E年轻代正常，0老年代匀速上涨，不下降。FGC几小时一次，比较频繁。但是FGC后老年代会下降。S0/S1经常满。没有内存泄漏。就是很多对象生命周期都太长。
- 0老年代涨到一定程度就GC，FullGc有点频繁。FullGc后下降。堆区偏小，老年代偏小
- E年轻代没满，0老年代突然上涨
接口大量超时，cpu瞬间打满，一次超长的STW。十几秒后恢复。 日志出现Concurrent Mode fail 并发回收失败。同时使用jstat 看到老年代上涨较快。E年轻代上涨也较快，YGC后恢复。这就是老年代回收速度跟不上晋升速度，导致的并发回收失败。