一、安装
1.1、在Eclipse上安装MAT插件,步骤如下:
点击Help,Install New Soft,就出现了以下Install界面:然后我们点击ADD,在弹出的框中填上Mat插件的地址:http://download.eclipse.org/mat/1.6/update-site/,确定后,
点击Select All,点击Next,之后就一直确定,就能安装了。安装之后需要重启Eclipse.
image.png
1.2、安装独立版本的MAT
把下载好的压缩包解压到本地任意一个文件夹里,和eclipse一样,解压完成就可以使用了。下图是我的解压路径。解压完成点击箭头指向的执行文件启动MAT程序。
下载地址:http://www.eclipse.org/mat/downloads.php
image.png
二、使用
2.1、实例: 我启动一个web容器,在其中配置一个selvelt,selvelt启动时会执行一条问题程序,导致堆内存溢出,代码如下
public class myselvelt extends HttpServlet {
private String[] strings = new String[1000];
public void init(ServletConfig config) {
System.out.println("-----------------------------");
Timer timer = new Timer();
timer.schedule(new mytime(), 10000);
}
class mytime extends TimerTask{
@Override
public void run() {
System.out.println("-------------mytime----------------");
Map<String,Object> m = new HashMap<String,Object>();
int i = 0;
do{
OutOfMemoryTest test = new OutOfMemoryTest();
m.put(String.valueOf(i), test);
i++;
}while(i<100000);
}
}
protected void doGet(HttpServletRequest req,HttpServletResponse resp) throws ServletException,java.io.IOException
{
resp.getWriter().println("I am httpServlet doGet()");
}
protected void doPost(HttpServletRequest req,HttpServletResponse resp) throws ServletException,java.io.IOException
{
resp.getWriter().println("I am httpServlet doPost()");
}
public void destory(ServletConfig config){
}
}
然后设置容器运行参数:-Xms128m -Xmx256m -XX:MaxPermSize=256m
启动程序,直到堆内存溢出
image.png
2.2、导入dump的文件
image.png
image.png
image.png
image.png
2.3、分析问题
首先由此饼状图就可以看出问题出现a、b上,再看两问题的简单描述,b是出现在org.apache.catalina.loader.WebappClassLoader 中的,此是容器涉及的区域,可以排除,再看a描述为一个Timer-5的线程占据的51%的堆空间,所以基本可以断定问题出现在a上(这里还有一个比较直观,但不高效的办法,就是重新设置一下运行容器的参数,运行直到出错,再导入dump的文件,就可以对比饼状图,百分百变化很明显的就是问题原因出现的位置)
image.png
image.png
再查看问题a的详情
先看到累积点的最短路径
image.png
可以看到线程:地址是0xf7efbc18 ,名称为Timer-5,其中累积的为一个[java.util.HashMap]
然后再看累积对象所在树的详情
image.png
可以看到积累了很多HashMap
然后切换一个视图查看
image.png
image.png
在第一行输入问题线程名(Timer-5)进行查询,进入找到累积点(堆占据最大)
image.png
image.png
可以看到累积了22364个hashMap<String,OutOfMemoryTest>对象,这就是问题的根源
然后再跟踪堆栈找到问题代码所在位置
image.png
此处比较简单,就是一个Timer-->myselvelt-->OutOfMemoryTest-->OutOfMemoryError
可以看到问题可能是myselvelt.java的34行,OutOfMemoryTest.java的7行
找到对应的代码区查找
image.png
image.png
这里基本就可以会转到文章开始了,也就是问题实例,是myselvelt中的问题所在点(myselvelt.java的34行)
三、获取内存dump文件
3.1、通过jdk自带的jmap命令获取 jmap -dump:format=b,file=D:\dump\dumpName.hprof [pid]
image.png
3.2、在jdk启动加参数中加: -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\dump\ ,然后应用启动后出现内存异常则会自动导出dump文件,默认的文件名是:java_pid<进程号>.hprof。
注意:获取dump文件必须是一出现内存异常就获取dump文件,这样获取的文件信息才比较准确,如果过了一段时间在导出dump文件,就会因gc的缘故,导致信息不准确,所以推荐第二种方式获取dump文件。
总结:
- 使用MAT查内存溢出
- 生成dump
- 生成完dump后,可以用MAT打开 dump(如果是MAT dump完后会自动进行解析),File-》Open Heap Dump 对dump文件进行解析,最终生成一个Overview视图,这个图是一个概要图,显示了一些统计信息,包括整个size大小,class数量,以及对象 的数量,同时还将生成一个大对象的top图,并线显示大对象占用内存的百分比。
- 类似:size:2.2MB Classes:3.3k Objects:50.1k ClassLoader:84 Unreachable Objects Histogram
-
- 找出溢出源
- Histogram视图(截图里柱子那个,边上的是Dominator Tree ):列出每個class产生了多少個实例,以及占有多大内存,所占百分比
-
- 可以很容易找出站内存最多的几个类,根据Retained Heap排序,找出前几个。
- 可以分不同的维度来查看类的Histogram视图,Group by class、Group by superclass、Group by class loader、Group by package
- 只要有溢出,时间久了,溢出类的实例数量或者其占有的内存会越来越多,排名也就越来越前,通过多次对比不同时间点下的Histogram图对比就能很容易把溢出类找出来。
- Dominator Tree(支配树):列出每个对象(Object instance)与其引用关系的树状结构,还包含了占有多大内存,所占百分比
- 找出溢出源
- 可以很容易的找出占用内存最多的几个对象,根据Percentage(百分比)来排序。
- 可以分不同维度来查看对象的Dominator Tree视图,Group by class、Group by class loader、Group by package
- 和Histogram类似,时间久了,通过多次对比也可以把溢出对象找出来,Dominator Tree和Histogram的区别是站的角度不一样,Histogram是站在类的角度上去看,Dominator Tree是站的对象实例的角度上看,Dominator Tree可以更方便的看出其引用关系。
-
- 定位溢出的原因
- 通过Path to GC Roots或者Merge Shortest Paths to GC Roots
- 定位溢出的原因
- 通 过Histogram视图或者Dominator Tree视图,找到疑似溢出的对象或者类后,选择Path to GC Roots或者Merge Shortest Paths to GC Roots,这里有很多过滤选项,一般来讲可以选择exclude all plantom/weak/soft etc. references。这样就排除了虚引用、弱引用、以及软引用,剩下的就是强引用。从GC上说,除了强引用外,其他的引用在JVM需要的情况下是都可以 被GC掉的,如果一个对象始终无法被GC,就是因为强引用的存在,从而导致在GC的过程中一直得不到回收,因此就内存溢出了。
- 接下来就需要直接定位具体的代码,看看如何释放这些不该存在的对象,比如是否被cache住了,还是其他什么原因。
- 找到原因,清理干净后,再对照之前的操作,看看对象是否还再持续增长,如果不在,那就说明这个溢出点被成功的堵住了。
- 最后用jstat跟踪一段时间,看看Old和Perm区的内存是否最终稳定在一个范围内,如果长时间稳定在一个范围,那溢出的问题就解决了,如果还再继续增长,那继续用上述方法,看看是否存在其他代码的溢出点,继续找出,将其堵住。
-
-
- 此外通过list objects或show objects by class也可以达到类似的效果,不过没看GC Roots的方式直观,这里就不细说了。
- list objects -- with outgoing references : 查看这个对象持有的外部对象引用。
- list objects -- with incoming references : 查看这个对象被哪些外部对象引用。
- show objects by class -- with outgoing references :查看这个对象类型持有的外部对象引用
- show objects by class -- with incoming references :查看这个对象类型被哪些外部对象引用
- 此外通过list objects或show objects by class也可以达到类似的效果,不过没看GC Roots的方式直观,这里就不细说了。
-