内存溢出后,分析泄露的思路是:
添加JVM参数:
-XX:+HeapDumpOnOutOfMemoryError //发生OutOfMemoryError错误时,自动生成hprof内存快照文件
-XX:HeapDumpPath=D:\myTmp\heap.hprof //指定hprof文件的输出路径
模拟个OOM:
在MAT里打开hprof文件:
报错:
很清晰了,下载JDK17或者换一个低版本的MAT(适配你配置的JDK版本的MAT),我当前是JDK11,下载地址【点击】
这里同时配置两个版本的JDK,JDK11我还要用以后:
classpath不变:
JDK版本切到17后,改下mat目录下的MemoryAnalyzer.ini文件,文件内容后面追加以下内容(注意替换目录为自己JDK17的目录,且到bin一层):
-vm
D:\jdk\jdk-17\bin
打开MAT:
分析内存泄漏:
大致概览,点击可查看这块是啥:
点击Detail,查看怀疑对象线程的栈信息:
重点看自己代码的栈信息,然后排查这一行写的是否有问题:
在对象引用图中,所有指向对象B的路径都经过对象A,则认为对象A支配对象B。
再看对象D,引用图中想指向对象D,从近处看,可以是对象B,也可以对象C,所以对象B、C对D没有支配关系,往远看,对象A则可以支配对象D。同理,E被C支配,而C被A支配。演化出支配树后:
A的深堆,就是B、C、D、F、E这些对象加起来的大小,深堆浅堆的概念,表示了一个对象如果可以被回收,能释放多大的内存空间。
//练习
引用链到支配树:
用MAT验证下上面支配树的正确性,改JVM参数,这次不再等内存溢出时才生成内存快照,而是在Full GC后生成:
//添加JVM参数
-XX:+HeapDumpBeforeFullGC
运行上面练习的代码,并打开生成的快照文件。(卡了一小时没生成,不知道是不是JDK版本太高了,跳过了,反正这个参数也就这里用一下,生产环境狗都不用,卡的我莫名来气,贴个其他示意图)点击选择支配树,找到main线程节点:
这里可以看到每个浅堆的深堆大小。
MAT就是根据支配树,从叶子节点向根节点遍历,如果发现深堆的大小超过整个堆内存的一定比例阈值,就会将其标记成内存泄漏的嫌疑对象、
生产环境观察到堆内存在一直涨,想分析,肯定不能为了导一个快照模拟个OOM,这里导出运行中的快照:
方式一:过JDK自带的jmap命令导出
jmap -dump:live,format=b,file=文件路径和文件名 进程ID
参数含义:
//format=b,即以二进制的形式保存
//-dump:live,只导出标记为存活的对象
//进程ID,自己ps -ef找
方式二:阿尔萨斯的的heapdump
heapdump --live 文件路径和文件名
上面这个指令可以在tunnel服务端页面执行:
也可以直接启动阿尔萨斯jar包后选择PID,再去执行。MAT打开快照,点击查看对象直方图,里面也显示了一个对象的浅堆和深堆大小,点击表头可排序,这种浅堆和深堆在一个数量级的,一般没问题。
MAT在打开当前的堆内存快照时,需要把快照下的堆内存里的所有对象读入到内存中,这对安装MAT的机器配置有要求,一般的开发桌面打不开这么大的快照文件,而且下载一个几十G的hprof文件,下行带宽小也头疼。这时可直接下载系统所在服务器对应操作系统对应的MAT:https://eclipse.dev/mat/downloads.php
./ParseHeapDump.sh 快照文件路径 org.eclipse.mat.api:suspects org.eclipse.mat.api:overview org.eclipse.mat.api:top_components
//三个参数的含义:
//org.eclipse.mat.api:suspects 生成内存泄漏检测报告
//org.eclipse.mat.api:overview 生成总览图
//org.eclipse.mat.api:top_components 生成组件图
执行脚本,启动MAT,分析堆内存,后生成报告,只需下载包告后解压,查看生成的这几个html报告查看即可。
最后,MAT默认只使用了1G的堆内存,分析超过1G的快照文件,可调大MAT目录下的MemoryAnalyzer.ini这个值: