内存分析工具MAT(Memory Analyzer Tool)的安装与使用

最新推荐文章于 2024-07-22 21:41:03 发布

liu1002880404

最新推荐文章于 2024-07-22 21:41:03 发布

阅读量2.6k

点赞数 1

分类专栏： JVM

本文链接：https://blog.csdn.net/liuerchong/article/details/109138284

版权

JVM 专栏收录该内容

28 篇文章 0 订阅

订阅专栏

一、安装
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

2.3、分析问题
首先由此饼状图就可以看出问题出现a、b上，再看两问题的简单描述，b是出现在org.apache.catalina.loader.WebappClassLoader 中的，此是容器涉及的区域，可以排除，再看a描述为一个Timer-5的线程占据的51%的堆空间，所以基本可以断定问题出现在a上（这里还有一个比较直观，但不高效的办法，就是重新设置一下运行容器的参数，运行直到出错，再导入dump的文件，就可以对比饼状图，百分百变化很明显的就是问题原因出现的位置）

image.png

再查看问题a的详情
先看到累积点的最短路径

image.png

可以看到线程：地址是0xf7efbc18 ，名称为Timer-5,其中累积的为一个[java.util.HashMap]
然后再看累积对象所在树的详情

image.png

可以看到积累了很多HashMap

然后切换一个视图查看

image.png

在第一行输入问题线程名（Timer-5）进行查询，进入找到累积点（堆占据最大）

image.png

可以看到累积了22364个hashMap<String,OutOfMemoryTest>对象，这就是问题的根源

然后再跟踪堆栈找到问题代码所在位置

image.png

此处比较简单，就是一个Timer-->myselvelt-->OutOfMemoryTest-->OutOfMemoryError
可以看到问题可能是myselvelt.java的34行，OutOfMemoryTest.java的7行
找到对应的代码区查找

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 ：查看这个对象类型被哪些外部对象引用