java 第三方内存分析工具MAT怎么用，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
tags: java,troubleshooting,monitor,mat
一句话概括：
MAT是一个强大的内存分析工具，可以快捷、有效地帮助我们找到内存泄露，减少内存消耗分析工具，下文将进行讲解。
之前的文章有提过，内存中堆的使用情况是应用性能监测的重点，而对于堆的快照，可以dump出来进一步分析，总的来说，一般我们对于堆dump快照有三种方式：
添加启动参数发生OOM时自动dump： java应用的启动参数一般最好都加上-XX:+HeapDumpOnOutOfMemoryError及-XX:HeapDumpPath=logs/heapdump.hprof，即在发生OOM时自动dump堆快照，但这种方式相当来说是滞后的（需要等到发生OOM后）。
使用命令按需手动dump： 我们也可以使用jmap -dump:format=b,file=HeapDump.hprof <pid>工具手动进行堆dump和线程dump
使用工具手动dump： 如上一篇文章对jconsole及jvisualvm的讲解中讲到，jvisualvm有提供dump堆快照的功能，点击一下即可。
那么，对于dump出来的文件，如何对它们进行分析？jvisualvm可以直接装入快照文件进行分析，而本文所介绍的MAT，相对来说内存分析功能更强大，它可以自动检测有可能发生问题（特别是内存溢出、内存泄露）的地方，也可以详细查看类内存占用情况，方法级的调用情况等，是一个分析内存状况的不可多得的工具。
MAT(Memory Analyzer tool)是一款内存分析器工具，它是一个快速且功能丰富的堆内存分析器，帮助我们查找内存泄漏和分析高内存消耗问题。官方网站是：https://www.eclipse.org/mat/，有兴趣可以上去看一下。使用MAT，可以轻松实现以下功能：
找到最大的对象，因为MAT提供显示合理的累积大小（retained size）
探索对象图，包括inbound和outbound引用，即引用此对象的和此对象引出的。
查找无法回收的对象，可以计算从垃圾收集器根到相关对象的路径
找到内存浪费，比如冗余的String对象，空集合对象等等
MAT安装有两种方式，一种是以eclipse插件方式安装，一种是独立安装。在MAT的官方文档中有相应的安装文件下载，下载地址为：https://www.eclipse.org/mat/downloads.php
若使用eclipse插件安装，help -> install new soft点击ADD，在弹出框中添加插件地址：http://download.eclipse.org/mat/1.9.0/update-site/，也可以直接在下载页面下载离线插件包，以离线方式安装。
独立安装，windows下，根据系统直接下载Windows (x86)或Windows (x86_64)，下载时可以选择适合自己的镜像，双击安装即可。
MAT定位是内存分析工具，它的主要功能就是对内存快照进行分析，帮助我们找到有可能内存溢出或内存泄漏的地方，因此，找到占用内存大的对象和找出无法回收的对象是其主要目的。MAT官方文档，地址如下：https://help.eclipse.org/2019-06/index.jsp?topic=/org.eclipse.mat.ui.help/welcome.html，对MAT的使用进行描述，有兴趣的同学可以上去看看。下面主要对MAT的常用概念、常用的功能进行介绍。
下文中，以
java-monitor-example(https://github.com/mianshenglee/my-example/tree/master/java-monitor-example)为例，此示例是一个简单的spring boot工程，里面的一个controller中的user/oom接口调用的service对象通过List成员不断地添加User对象，最终导致OOM的发生，应用的启动参数是-Xms64m -Xmx64m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${APP_HOME}/logs/heapdump.hprof。
内存泄露：对象已经没用了（不被任何程序逻辑所需要），还存在被根元素引用的情况，无法通过垃圾收集器进行自动回收，需要通过找出泄漏的代码位置和原因，才好确定解决方案；
内存溢出：内存中的对象都还存活着，JVM的堆分配空间不足，需要检查堆设置大小（-Xmx与-Xms），代码是否存在对象生命周期太长、持有状态时间过长的情况。
Strong Ref(强引用)：强可达性的引用，对象保存在内存中，只有去掉强可达，对象才被回收，通常我们编写的代码都是Strong Ref。
Soft Ref(软引用)：对应软可达性，只要有足够的内存，就一直保持对象，直到发现内存吃紧且没有Strong Ref时才回收对象。一般可用来实现缓存，通过java.lang.ref.SoftReference类实现。
Weak Ref(弱引用)：比Soft Ref更弱，当发现不存在Strong Ref时，立刻回收对象而不必等到内存吃紧的时候。通过java.lang.ref.WeakReference和java.util.WeakHashMap类实现。
Phantom Ref(虚引用)：根本不会在内存中保持任何对象，你只能使用Phantom Ref本身。一般用于在进入finalize()方法后进行特殊的清理过程，通过 java.lang.ref.PhantomReference实现。
shallow heap及retained heapshallow heap：对象本身占用内存的大小，也就是对象头加成员变量（不是成员变量的值）的总和，如一个引用占用32或64bit，一个integer占4bytes，Long占8bytes等。如简单的一个类里面只有一个成员变量int i，那么这个类的shallo size是12字节，因为对象头是8字节，成员变量int是4字节。常规对象（非数组）的Shallow size有其成员变量的数量和类型决定，数组的shallow size有数组元素的类型（对象类型、基本类型）和数组长度决定。
retained heap：如果一个对象被释放掉，那会因为该对象的释放而减少引用进而被释放的所有的对象（包括被递归释放的）所占用的heap大小，即对象X被垃圾回收器回收后能被GC从内存中移除的所有对象之和。相对于shallow heap，Retained heap可以更精确的反映一个对象实际占用的大小（若该对象释放，retained heap都可以被释放）。
outgoing references与incoming referencesoutgoing references ：表示该对象的出节点（被该对象引用的对象）。
incoming references ：表示该对象的入节点（引用到该对象的对象）。
Dominator Tree将对象树转换成Dominator Tree能帮助我们快速的发现占用内存最大的块，也能帮我们分析对象之间的依赖关系。Dominator Tree有以下几个定义：
对象X Dominator（支配）对象Y，当且仅当在对象树中所有到达Y的路径都必须经过X
对象Y的直接Dominator，是指在对象树中距离Y最近的Dominator
Dominator tree利用对象树构建出来。在Dominator tree中每一个对象都是他的直接Dominator的子节点。
对象树和Dominator tree的对应关系如下:
如上图，因为A和B都引用到C，所以A释放时，C内存不会被释放。所以这块内存不会被计算到A或者B的Retained Heap中，因此，对象树在转换成Dominator tree时，会A、B、C三个是平级的。
在执行GC时，是通过对象可达性来判断是否回收对象的，一个对象是否可达，也就是看这个对象的引用连是否和GC Root相连。一个GC root指的是可以从堆外部访问的对象，有以下原因可以使一个对象成为GC root对象。
System Class: 通过bootstrap/system类加载器加载的类，如rt.jar中的java.util.*
JNI Local: JNI方法中的变量或者方法形参
JNI Global：JNI方法中的全局变量
Thread Block：线程里面的变量，一个活着的线程里面的对象肯定不能被回收
Thread：处于激活状态的线程
Busy Monitor：调用了wait()、notify()方法，或者是同步对象，例如调用synchronized(Object) 或者进入一个synchronized方法后的当前对象
Java Local：本地变量，例如方法的输入参数或者是方法内部创建的仍在线程堆栈里面的对象
Native Stack：Java 方法中的变量或者方法形参.
Finalizable：等待运行finalizer的对象
Unfinalized：有finalize方法，但未进行finalized，且不在finalizer队列的对象。
Unreachable：通过其它root都不可达的对象，MAT会把它标记为root以便于分析回收。
Java Stack Frame：java栈帧
Unknown
当发生OOM获取到heapdump.hprof文件或者手动dump出文件后，使用MAT打开文件。打开后默认会提示是否进行内存泄漏检测报告（如果打开Dump时跳过了的话，也可以从其它入口进入工具栏上的 Run Expect System Test -> Leak Suspects），如下图所示：
选择是后进入报告内容，此报告内容会帮我们分析的可能有内存泄露嫌疑的地方，它会把累积内存占用较大的通过饼状图显示出来。如下图所示：
如上图，报告已指出UserService占用了76.73%的内存，而这些内存都在Object[]这个数组中。因此，很大一种可能是这个对象中的数组数量过大。点击Details可以查看更详细的内容：
在此详细而，Shortest Paths To the Accumulation Point可以显示出到GC roots的最短路径，由此可以分析是由于和哪个GC root相连导致当前Retained Heap占用相当大的对象无法被回收，本示例中，GC root是线程的本地变量(java local)。Accumulated Objects in Dominator Tree以Dominator Tree为视图，可以方便的看出受当前对象“支配”的对象中哪个占用Retained Heap比较大。图中可看出对象都在ArrayList中，而ArrayList下有Object数组，数组下是User对象。此可以知道问题出在哪里了。需要针对这个位置，查看代码，找出导致这个数组存储的User过量的原因。
注：在原始堆转储文件的目录下，
MAT已经将报告的内容压缩打包到一个zip文件，命名为“xxx_Leak_Suspects.zip”，整个报告是一个HTML格式的文件，可以用浏览器直接打开查看，可以方便进行报告分发、分享。
点击Overview页面Actions区域内的“Histogram视图”或点击工具栏的“histogram”按钮，可以显示直方图列表，它以Class类的维度展示每个Class类的实例存在的个数、 占用的Shallow heap 和 Retained内存大小，可以分别排序显示。如下图所示：
Shallow Heap与Retained Heap的概念前面已经讲过。 对于java的对象，其成员基本都是引用。真正的内存都在堆上，看起来是一堆原生的byte[], char[], int[]，因此如果只看对象本身的内存，数量都很小，而多数情况下，在Histogram视图看到实例对象数量比较多的类都是一些基础类型（通常都排在前面），如char[]、String、byte[]，所以仅从这些是无法判断出具体导致内存泄露的类或者方法的。从上图中，可以直接看到User对象的数量很多，有时不容易看出来的，可以使用工具栏中的group result by 可以以super class,class loader等排序，需要特别注意自定义的classLoader，如下图：
通常，如果Histogram视图展示的数量多的实例对象不是基础类型，而是用户自定义的类或者有嫌疑的类，就要重点关注查看。想进一步分析的，可以右键，选择使用List objects 或 Merge Shortest Paths to GC roots等功能继续钻取数据。其中list objects分别有outgoing references及incoming references，可以找出由这个对象出去的引用及通过哪些引用到这个对象的。Merge Shortest Paths to GC roots可以排除掉所有不是强引用的，找到这个对象的到GC root的引用路径。最终目的就是找到占用内存最大对象和无法回收的对象，计算从垃圾收集器根到相关对象的路径，从而根据这个对象路径去检查代码，找出问题所在。
Dominator Tree视图点击Overview页面Actions区域内的“Dominator Tree视图”或点击工具栏的“open Dominator Tree”按钮，可以进入 Dominator Tree视图。该视图以实例对象的维度展示当前堆内存中Retained Heap占用最大的对象，以及依赖这些对象存活的对象的树状结构。如下图：
视图展示了实例对象名、Shallow Heap大小、Retained Heap大小、以及当前对象的Retained Heap在整个堆中的占比。该图是树状结构的，当上一级的对象被回收，那么，它引用的子对象都会被回收，这也是Dominator的意义，当父节点的回收会导致子节点也被回收。通过此视图，可以很方便的找出占用Retained Heap内存最多的几个对象，并表示出某些objects的是因为哪些objects的原因而存活。本示例中，可以看出是由于UserService中的ArrayList引用的数组存储过量的User对象。
点击工具栏的“齿轮”按钮，可以打开Thread Overview视图，可以查看线程的栈帧信息，包括线程对象/线程栈信息、线程名、Shallow Heap、Retained Heap、类加载器、是否Daemon线程等信息。结合内存Dump分析，看到线程栈帧中的本地变量，在左下方的对象属性区域还能看到本地变量的属性值。如按上面的示例（shortest paths to GC root），知道是由于线程Thread-12是GC-root占用内存大，在线程视图中，就可以着重看它的属性情况，如下图：
由上图可以看到此线程调用WithOOM方法，使用了变量UserService，而变量使用了userList，它包含了大量的User对象，占用retained heap很大。
对于java应用的内存分析，需要对java应用的内存进行dump操作，生成内存快照后，使用MAT进行分析，找出大对象，找到内存泄漏或溢出的地方，从而分析代码，解决问题。本文对MAT的使用场景，基本概念，安装、使用进行了详细介绍，大家可以自己安装一下，写个小示例或者拿本文中的示例，实践一下。通过本文，希望可以帮助大家更方便，更有效率地分析内存，解决java应用的内存故障问题。
看完上述内容，你们掌握java 第三方内存分析工具MAT怎么用的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
