Java内存分析利器MAT的使用详解

本篇内容主要讲解“Java内存分析利器MAT的使用详解”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Java内存分析利器MAT的使用详解”吧!

dump文件包含的内容：

1，全部的对象：类，域，原生值和引用；

2，全部的类：classloader，类名，超类，静态域；

3，GC root：被JVM定义的可触达的对象；

4，线程栈和本地变量：线程的call stack，本地对象每帧的信息。

dump文件不包含内存的分配信息，因此无法查询谁创建了哪个对象这样的信息。

Shallow heap是一个对象占用的内存空间，一个对象需要32或者64bits。

Retained set of X是X在被jvm gc回收后被remove的一组object。

Retained heap of X是在retained set of X中的所有对象的shallow heap size的和。换句话说就是保持X活着需要的内存空间。

通俗的讲，shallow heap是一个对象在内存中的实际空间，而retained heap是一个对象被gc回收后内存释放出来的空间。

这张图可以看懂什么是leading set什么是retained set。

Dominator tree：定义一个对象x dominate  对象y，当每一条从root开始到y的路径都经过x。说白了就是只要有y对象的存活，那么一定会有一个x对象。Dominator  tree就是将对象引用图转换成的树形结构。帮助发现在对象间保持alive的依赖，同时也能识别出retained内存的***的chunk。  Immediate dominator x of y是离y最近的dominator。

Dominator tree有几个属性：

1，对象x的子树包含的对象（x dominate的对象集），代表了x的retained set；

2，如果x是y的immediate dominator，那么x的immediate dominator同样dominate y，以此类推；

3，dominate tree中的边不代表对象引用图里对应的边，并非严格的直接的对象引用。

这张图反应了一个对象引用图转换成dominator tree的示例。

Gc root：一个gc根就是一个对象，这个对象从堆外可以访问读取。以下一些方法可以使一个对象成为gc根。

1，System class：被Bootstrap或者system类加载器加载的类，比如rt.jar里的java.util.*；

2，JNI local：native代码里的local变量，比如用户定义的JNI代码和JVM的内部代码；

3，JNI global：native代码里的global变量；

4，Thread block：当前活跃的线程block中引用的对象；

5，Thread：已经启动并且没有stop的线程；

6，busy monitor：被调用了wait()或者notify()或者被synchronized同步的对象，如果是synchronized方法，那么静态方法指的类，非静态方法指的是对象；

7，java local：local变量，比如方法的入参和方法内创建的变量；

8，native stack：native代码里的出入参数，比如file/net/IO方法以及反射的参数；

9，finalizable：在一个队列里等待它的finalizer 运行的对象；

10，unfinalized：一个有finalize方法的对象，还没有被finalize，同时也没有进入finalizer队列等待finalize；

11，unreachable：不会被触碰到的对象，在MAT里被标记为root用来retain object，否则是不会在分析中出现的；

12，java stack frame：java栈帧包含了本地变量，当dump被解析时且在preferences里设置过把栈帧当做对象，这时才会产生；

13，unknown：位置的root类型。

接下来是一些获取dump的方法：

1，在oom时dump：JVM参数：-XX:+HeapDumpOnOutOfMemoryError

2，交互式环境下dump：

1）JVM参数：-XX:+HeapDumpOnCtrlBreak

2）用外部tools：jmap -dump:format=b,file=<filename.hprof> <pid>

3）用外部tools：jconsole

4）用外部工具：MAT

5）kill -3 <pid>

6）jstack -l <pid> > <dumpfile>

一些排查方法：

1，通过top consumers查找大对象，可以按照class、classloader和package进行group by；

2，通过immediate dominator找到责任对象，对于快速定位一组对象的持有者非常有用，这个操作直接解决了“谁让这些对象alive”的问题，而不是“谁有这些对象的引用”的问题，更直接高效；

3，运行classloader分析，这个重要性体现在亮点：***，应用使用不同的classloader加载类，第二，不同  classloader加载的类存储在不同的***代，这理论上也是可以被回收的。当有一个类被不同的classloader加载时，这时要根据各自  loader下的instance数量判断哪个loader更重要，从而要把另一个回收掉；

4，分析线程，本身heap dump里包含了thread信息，可以通过MAT来查看threads  的overview和detail，detail中有线程的堆内存信息，也有线程栈，同时还包含了操作系统本地栈。假设不做heap  dump，我们检查到系统有问题，如何通过线程的角度来排查呢？首先top -H -p  <pid>以线程的模式查看java应用的运行情况，找到占用cpu或者内存大的线程，记录线程id，然后printf %x  <tid>转为16进制，再jstack -l <pid> > thread.log把java进程的thread  dump出来，从里面找到tid，分析是哪个线程占用了系统资源。

5，分析java容器类，因为java的容器类是最常用来存储对象的，所以理论上发生内存泄露的风险也***。可以从几个角度来  看：1）array填充率查询（填充率fill  ratio是数组中非空元素的比例），打印非原生类型数组的填充率频率分布，从而排查系统中array的利用率；2）数组按照size分组查询，打印一个  按size分组的直方图；3）collection的填充率查询，ArrayList/HashMap/Hashtable/Properties  /Vector/WeakHashMap/ConcurrentHashMap$Segment；4）collection按照size分组直方图；5）   查看一个list里的所有对象；6）查看hashmap里的所有对象；7）查看hashset里的对象；8）检查map的碰撞率；9）检查所有只有一个常  量的array。

6，分析Finalizer，1）查询finalizer正在处理的对象；2）查询finalizer准备处理的对象；3）直接查看finalizer线程；4）查看finalizer线程的thread local对象。

到此，相信大家对“Java内存分析利器MAT的使用详解”有了更深的了解，不妨来实际操作一番吧！这里是编程网网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！