内存泄漏检测分析工具MAT（Memory Analyzer Tool）的使用

来源：互联网发布：无法连接到数据库编辑：程序博客网时间：2024/04/29 09:53

工具下载地址：https://www.eclipse.org/mat/

首先准备一个案例demo。上次讲了经典Handler导致的内存泄漏，今天也讲个经典例子。单例造成的内存泄漏。

public class MySingleton {    private static volatile MySingleton instance;    private Context mContext;    private MySingleton(Context context) {        this.mContext = context;    }    public static MySingleton getInstance(Context context) {        if (instance == null) {            synchronized (MySingleton.class) {                if (instance == null) {                    instance = new MySingleton(context);                }            }        }        return instance;    }}

使用时如果传的Activity的当前实例this进去，一旦Activity关闭后，单例仍然持有这个Activity，就会造成内存泄漏。正确的方法应该传getApplicationContext()这个Context。

public class DemoActivity extends AppCompatActivity {    private ImageView iv;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        //塞一张大一点的图片,用来增大Activity的所需内存,可以更好的在MAT中观测        iv = new ImageView(this);        iv.setImageResource(R.drawable.demo);        MySingleton.getInstance(this);    }}

打开Android Minitor点击里面的Dump Java Heap可以生成一个hprof文件，后缀名是heap profile的缩写。这类文件统一放在左侧的Captures窗口里。

这文件在MAT不能直接打开，所以需要在这里右键这个文件，选择Export to standard .hprof转成成标准格式。

先讲两个概念

关于Shallow Size和Retained Size

https://www.yourkit.com/docs/java/help/sizes.jsp 或这篇译文 http://blog.csdn.net/kingzone_2008/article/details/9083327 讲的很详细.总结就是:

Shallow Size是对象本身占据的内存的大小，不包含其引用的对象。对于常规对象（非数组）的Shallow Size由其成员变量的数量和类型来定，数组的ShallowSize由数组类型和数组长度来决定，它为数组元素大小的总和。
Retained Size是对象本身，加上可直接或间接引用到的对象的大小，其中要减去被GC Roots存在另外一条路径引用的对象。所以这也可以理解为GC之后所能回收到内存的总和。

关于GC Root

Java GC是自动运行自我管理的，垃圾回收当然要判断出哪些是已经不会再使用需要回收的对象。这怎么判断？就是设立一个GC Root的概念，它表示根引用集合。从这个GC Root无法达到的对象，就是没有办法再获取和使用到，也就是需要回收的。

GC Roots具体有哪些东西可以参考http://help.eclipse.org/luna/index.jsp?topic=%2Forg.eclipse.mat.ui.help%2Fconcepts%2Fgcroots.html&cp=37_2_3

记不住那么多没关系，主要记住有“所有线程中正在运行的方法栈里指向到堆里的对象的那个引用”，“所有静态引用变量”，“所有引用类型常量”，“所有CalssLoader”这3个就行。

回到MAT使用，一般有这么几个用法。

Histogram

里面会根据类名来区分列举出表格，后面3个列是类型的对象个数，Shallow Size和Retained Size。默认是按照Shallow Size排序，也可以更改排序方式。

Dominator Tree

里面是根据对象来区分列举出表格，后面3个列是Shallow Size，Retained Size和占据的百分比。默认是按Retained Size排序。

都说是Dominator Tree，中文翻译为支配(对象)树？所以点击每一行左边的箭头会列举出这个对象所支配的所有对象。

注意是支配(对象)，而不是用持有(对象)树。下面会讲这两者的区别。

可以看到这些表格窗口都可以在列表上方的搜索栏上输入关键字搜索，支持正则表达式。

List Object

在上面的表格里，对任一行右键可以调用List Object功能。两个子选项人如其名：

with outgoing references可以列出这个对象里所持有的所有对象们。

with incoming references可以列出所有持有这个对象的对象们。

Dominator Tree和With outgoing references的区别

持有就是我们一般讲的该对象持有一个另一个对象的引用。支配的意思不局限于直接持有或间接持有，而是突出一种唯一性的特点。比如A支配B，表示要经过B的引用路径里必须经过A。

关于支配的概念以下这篇文章会讲的很详细 http://book.51cto.com/art/201504/472215.htm

下面列举DemoActivity的Dominator Tree和with outgoing references两个窗口对比一下。

可以发现，明显outgoing这个窗口会有比较多的对象。看了一遍，刚好左边有的对象右边都有，说明没有间接引用却达成支配的情况。

Path To GC Roots

首先说明Path To GC Roots是针对Dominator Tree表格的。在Histogram里只有Merge shortest Path To GC Roots，意思是会找出最短的路径。

Path To GC Roots人如其名，意为显示出GC Roots到这个对象的所有路径。一般用exclude all phantom/weak/soft etc. references这个排除虚、弱、软引用的这个选项。因为这几种情况堆内存GC都可以回收的到，不是造成内存泄漏的原因。唯有强引用指向的对象GC回收不了。选中后出现如下图表格