本文以上一篇博客
《Android | App内存优化 之 内存泄漏 要点概述 以及 解决实战》获得的堆转储文件为例，
介绍一下MAT工具；
- MAT工具上侧有一系列的可选项，
现在看一下第一项，OverView，
也就是一个概览信息，
第一行是大小、Class对象、Object的数量、类加载器等等，
行末的Unreachable Objects Histogram可以点击查看可被回收的 但是仍然在内存当中 没被回收的对象：
-
第二个图标按钮是
Histogram（单词是直方图的意思），
该视图可以列出来，
某一个具体的Class它到底有多少实例，一个某一类型实例它的个数，及其
Shallow Heap，堆中 此类型所有实例 自身的总大小（以字节为单位），
Retained Heap，为 此类型的所有实例 而 保留的内存总大小（以字节为单位），
（在引用链上，此类型的所有实例占用的内存）；同时我们可以在这个视图中（视图第一行），检索具体的某一个类的信息，
从而来判断该对象有没有存在内存泄漏的可能，
比如我们在上一篇博客《Android | App内存优化 之 内存泄漏 要点概述 以及 解决实战》，
检索的就是MemoryLeakActivity；
接着，
在下图中，该图标的下拉菜单中，
还有一个Group by package的菜单项：
也就是可以让视图中的实例，以包名的形式来进行摆放：默认是以类的形式进行摆放的，
即Group by Class；
通过Group by package的视图查看形式，
我们可以很容易地找到MemoryLeakActivity：接下来，点击某一个实例，右键，
选择List objects -> with incoming references，
我们在排查内存泄漏的过程中，
应该选择with incoming reference进行分析才行，！！！！！
查看 本（我们这个） 类型实例 被 谁/哪些类型实例 所引用，！！！！！
导致我们这个类型实例自身不能被回收，！！！！！
【！！！!
因为之所以内存泄漏,
就是某些没用的实例没有被及时正确回收，
而某个实例被别人引用了，也就回收不了了；
！！！！】
（List objects下有两个菜单项，
with incoming reference
incoming 指过来
即指的是 引用到该选中实例的实例，
即查看 本 类型实例 被 谁/哪些类型实例 所引用；
with outcoming references
outcoming 指出去
被该选中实例引用的实例，
即查看本 类型实例 引用了 谁/哪些类型实例；）
-
第三个按钮，Dominator Tree（Dominator n.支配者，支配力，统治者；）
视图展示 每一个类型对象的 支配树（注意是每一个对象！！）：关注百分比比较大的对象；
观察其能不能被回收，
以及为什么不能被回收；这里注意Percentage这个栏目，
显示的值 即该类型对象总共占了所有对象的百分之几；
比如说我们还是检索一下MemoryLeakActivity（注意这个视图也能够检索！！）
这里也能够，右键，
选择List objects选项：
！！！！
Histogram是基于类型分析，只分析类型， 不具体到某个实例，
Dominator Tree是基于实例分析， 具体到 某个实例；
！！！！
第四个按钮是OQL，即 对象查询语言 ， Object Query Language，
可以像检索数据库一样 检索 对象：
第五个按钮，Thread OverView，
可以查看堆转储文件记录时，有多少线程在执行，
及其线程相关的信息
Top Consumers 和 Leak Suspect
Top Consumers 列出来那么占用内存比较高的对象；
Biggest Objects可以查看相关的更详细的信息；
提供了两个Problem Suspect 自动化分析，配置有
Detail按钮可以查看，供我们参考；
