我们通过Android性能优化—内存分析工具MAT的使用（一）大概了解了Android到MAT的转换过程。现在我们熟悉下MAT 中常规的使用。
如图所示：Mat工具栏中有诸多功能，在我们平时使用过程中，基本上是使用红色框框那些个功能了：
①Overview ②Histogram ③Dorminator Tree ④Object Query Language
Overview
用MAT打开一个hprof文件后会进入如下的overview界面，或者和这个界面类似的leak suspect界面，overview界面会以饼图的方式显示当前消耗内存最多的几类对象，可以使我们对当前内存消耗有一个直观的印象。
通过OverView图我们可以大概的指导这个hprof文件基本清楚，如基本信息、Biggest Objects等。左击Biggest Objects饼图的有色区域，如图
这时我们可以发现，点击的Biggest Object一些基本信息在图中左侧展示，并且弹出了基于此对象操作的弹框。
Histogram
通过这个柱状图，我们可以清晰发现某个class有多少个对象（Objects）,占用了多少内存。
- Class Name：类名
- Objects：对象数
- Shallow Heap：对象自身占用的内存大小，不包括它引用的对象。
-
Retained Heap：当前对象被GC后，从Heap上总共能释放掉的内存。
此外我们还可以通过正则匹配需要查看的class，如匹配包名含有threadtest字样的的所有的类名，如下图：
右击其中一个class，弹出了基于此类操作的弹框。
Dorminator Tree
Histogram是基于类的，那么Dorminator Tree 就是基于具体的对象的，如图：
通过这个柱状图，我们可以清晰发现某个对象,占用了多少内存，占用内存比例是多少。
- Class Name：类名
- Shallow Heap：对象自身占用的内存大小，不包括它引用的对象。
- Retained Heap：当前对象被GC后，从Heap上总共能释放掉的内存。
-
Percentage：对象占用内存的百分比（Retained Heap百分比）。
我们通过正则匹配需要查看的对象，如匹配包名含有threadtest字样的的所有的对象,且右击匹配出来的对象，弹出基于此对象操作的弹框，如下图：
Object Query Language
OQL涉及点比较多，将在下一章节讲解
操作弹框
也许读者在整片文章中见得最多就是基于某某操作的弹框，如下图：
这里主要说明一些最常用的操作：
List objects -> with incoming references：查看这个对象持有的外部对象引用（成员变量）
List objects -> with outcoming references：查看这个对象被哪些外部对象引用（别人的成员变量）
Path To GC Roots -> exclude all phantim/weak/soft etc. references：查看这个对象的GC Root，不包含虚、弱引用、软引用，剩下的就是强引用。从GC上说，除了强引用外，其他的引用在JVM需要的情况下是都可以 被GC掉的，如果一个对象始终无法被GC，就是因为强引用的存在，从而导致在GC的过程中一直得不到回收，因此就内存溢出了。
Path To GC Roots -> exclude weak/soft references(常用)：查看这个对象的GC Root，不含弱引用和软引用所有的引用.
**Merge Shortest path to GC root **：找到从GC根节点到一个对象或一组对象的共同路径
案例说明
此案例是查看一个Handler泄露的问题，一个activity不断的进入后退出，并且Handler 延迟10s中后执行一个命令代码，以下是相关代码
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
TextView textView = new TextView(this);
textView.setText("hello 你好");
setContentView(textView);
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
}
}, 10 * 1000);
}
}
通过MAT分析对应的hprof文件，如下图（通过正则匹配了threadtest）：
如图我们会发现了有四个MainActivity对象，此时我分别对这四个MainActivity实例进行exclude weak/soft references分析，我们就会发现以下图：
由以上图我们可以看出，MessageQueue队列持有了MainActivity对象从而导致MainActivity及时释放。
