JVM故障定位（OOM/频繁FGC）
2021-03-03 10:31:53 2 举报AI智能生成
JVM故障定位（OOM/频繁FGC）
作者其他创作
大纲/内容
微信扫一扫关注公众号喜欢收藏+点赞👍 谢谢
阅读导航
类加载机制 👉
点击跳转
运行时数据区 👉
GC垃圾回收 👉
OOM内存溢出
JVM性能调优 👉
JVM常用工具 👉
JIT即时编译 👉
内存
内存溢出
栈内存溢出StackOverflowError
原因：线程请求栈的深度超过当前Java虚拟机栈的最大深度（默认大小是1M，1024KB）
代码举例
解决：检测是否有无穷递归、死循环，如果不是bug，可以通过调整虚拟机栈的大小来解决（-Xss2m）
堆内存溢出OutOfMemory
原因：堆内存被用光，或者内存泄漏堆积导致
OOM
对象太多(Java heap space)
修复内存泄露，或使用 -Xmx 增加堆内存大小
GC回收超时(GC overhead limit exceeded)
使用 -XX:-UseGCOverheadLimit 取消 GC 开销限制
本地内存不足(Direct buffer memory)
打印的堆栈跟踪信息，使用操作系统本地工具进行诊断
线程太多(unable to create new native thread)
减少虚拟机栈的大小或增大虚拟机占用比例
元空间内存不足(Metaspace)
使用-XX: MaxMetaSpaceSize 增加 metaspace 大小
内存泄漏
程序在申请内存后，无法释放已申请的内存空间
导致频繁 GC
jstat -gc pid 1000
每秒打印一次GC详细信息（C:容量｜U:已使用）（E:Eden｜O:Old｜M:MetaSpace）
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
jstat -gcutil 1000 3
查看最近3次GC空间占比
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
使用 jmap 生成 堆转储 快照文件 jmap -histo:live pid
通过 MAT 查看 Histogram 图即可找出是哪块代码
查看线程信息
top -Hp pid
左上角显示Threads: 28 total，下面显示详细的线程信息
线程数
pstree -p 8379 | wc -l
ls /proc/8379/task | wc -l
ps hH p 8379 | wc -l
CPU
CPU 占用过高
先用 top 显示进程列表，找到占用率最高的 PID
此时也可挂上阿里的Arthas查看占用高的线程
再使用 top -Hp pid 找到占用最高的线程 tid
如果是业务线程，检查死循环或者大量计算的代码
如果是收集线程，检查是否频繁 FGC
如果 FGC 的回收正常，说明此时只是压力大
如果 FGC 每次回收很少，说明有内存泄漏
printf '%x\' tid 将线程ID转换为16进制 (小写)
最后使用 jstack pid | grep tid -A60
频繁上下文切换
vmstat 2 3
每隔2秒打印一次CPU信息，共打印3次
cs：表示上下文切换次数（context switch）
pidstat -w pid
针对 pid 进行上下文切换监控
cswch/s：每秒自愿上下文切换（进程无法获取到可供执行的资源从而自愿发生上下文切换）
nvcswch/s：每秒非自愿上下文切换（进程时间片用完、被高优先级进程抢走、系统中断等发生的非自愿的场景）
关于作者
我的博客 👉
章鱼猫
微信公众号 👉
编程书籍推荐
GitHub 主页 👉
网址导航
0 条评论
回复 删除
下一页
