Dump文件分析工具 - MAT图文解析

/ 前言 /

在讲解Mat工具之前我们先来看下几个关于Dump/文件的问题

  • Dump文件是什么

    Dump文件是进程的内存镜像。可以把程序的执行状态通过调试器保存到dump文件中

  • 我们拿到Dump文件有什么用的?

    假如JVM因为内存溢出的原因宕机了, 而程序的日志里面并没有关于溢出所在对象的信息, 此时我们就需要通过分析Dump文件来找到问题原因

  • Dump文件怎么生成?

    • 第一种

      在启动JVM时指定参数

        # 指定生成Dump文件的异常类型
        -XX:+HeapDumpOnOutOfMemoryError
        # 指定Dump文件生成的位置
        -XX:HeapDumpPath=/usr/local/jvm/dumps
      
    • 第二种

      如果你在启动JVM时没有指定参数, 那么可以使用第二种方式来生成Dump文件, 使用JVM自带的工具jmap

      jmap -dump:file=/usr/local/jvm/dumps/check.dump PID
      

      PID的获取可以通过ps | top指令来获取

      ps -ef|grep java
      
      top
      

/ 1 / 安装Mat

Mat是Eclipse的一个插件, 也可以独立运行, 所以即使你使用IDEA也可以独立使用Mat
Mat官网下载地址

根据操作系统选择对应的版本即可
下载下来是一个zip压缩包解压即可
Mac解压后是一个.app, 直接运行会报错

我们需要修改一下启动方式或者将.app文件移动到应用程序下

/Users/xxx/Downloads/mat.app/Contents/MacOS/MemoryAnalyzer -data ./workspace

启动后的界面

启动后在导入Dump文件时有可能会报错

An internal error occurred during: "Parsing heap dump from 'xxx.dump'".
Java heap space

这是因为Dump文件的大小超出了Mat默认的读取范围, 我们需要修改Mat的配置文件
找到MemoryAnalyzer.ini文件
Windows/Linux中该文件就在解压缩的目录下
Mac中该文件在mat.app/Contents/Eclipse

-startup
../Eclipse/plugins/org.eclipse.equinox.launcher_1.5.0.v20180512-1130.jar
--launcher.library
../Eclipse/plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.700.v20180518-1200
-vmargs
-Xmx4g
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XstartOnFirstThread

修改-Xmx的值即可

/ 2 / Mat功能介绍

2 . 1 Overview

Dump文件信息, 使用饼状图的方式来展示内存占用的信息

  • Details是文件信息详情, 包含了文件大小、字节码文件大小、对象文件大小、类加载器数量
  • Actions是常用的操作汇总, 与左上角的菜单功能相同

2 . 2 Histogram

Histogram汇总了使用到的类的对象数量以及堆占用空间

我们还可以根据实际情况对Histogram展示的数据进行分类

在结果的第二行<Regex>中我们可以进行模糊查询

2 . 3 Dominator_Tree

Dominator_Tree汇总了堆内存空间中占比最大的对象, 按照空间大小排序, 我们可以通点击左边的箭头符号查看当前对象的引用状况, 最右侧为当前对象所占空间比例

2 . 4 OQL

OQL是Object Query Language的简写,即对象查询语言, 语法与SQL类似, 点击上方的红色感叹号开始执行

2 . 5 Thread_Overview

线程视图, 汇总了Dump文件中所有线程的信息, 按照线程所占用的空间进行排序

2 . 6 Leak Suspects

内存泄漏疑点, 这是Mat根据Dump文件的分析结果得到最有可能导致OOM的疑点, 也是我在使用Mat工具时第一个打开的工具

点击Details查看详细分析信息

2 . 7 Path to GC Roots & Merge Shortest Paths to GC Roots

研究这俩个工具之前我们需要先了解一下GC对不同引用关系之间的区别

2 . 7 . 1 GC对不同引用关系之间的区别
  • 虚引用(PhantomReference)
    虚引用无法决定一个对象的生命周期, 因为持有虚引用的对象和没有引用一样, 随时都会被GC回收, 且虚引用的使用必须搭配引用队列一起使用PhantomReference
  • 弱引用(WeakReference)
    与虚引用相比拥有短暂的生命周期, 长短则取决于GC什么时候回发现它, 需要搭配WeakReference来使用
  • 软引用(SoftReference)
    与弱引用相比, 软引用的生命周期长短取决于堆内存是否充足, 如果堆内存已经满了, 那么GC就会回收软引用对象
  • 强引用(StrongReference)
    我们平常创建对象时都是创建的强引用对象, 不论堆内存是否充足, 只要该对象还存在引用关系GC就不会回收, 这也是OOM异常的触发原因
2 . 7 . 2 Path to GC Roots

当前对象到GC Root的路径, 也就是当前对象的引用关系, 该工具只能展示单个对象的引用关系, 所以只能在Dominator_Tree中使用

2 . 7 . 3 Merge Shortest Paths to GC Roots

一组对象到GC Root的最短路径, 效果与Path to GC Roots相同, 可以在Histogram中使用

选择一条数据点击右键并选择Path To GC Roots, 选择展示结果排除需引用、弱引用、软引用, 我们只需要看强引用即可

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章