Android 内存分析工具集【6】-MAT

MAT简介

MAT(Memory Analyzer Tool)是专门用于分析内存的工具，用于解析反应当前设备内存映像的hprof文件，可以很直观的开出当前抓到的内存情况。为了使用该工具，我们需要hprof文件, Eclipse可以下载插件结合使用，也可以作为一个独立分析工具使用，

一般该文件包含如下内容：

• 所有的对象信息，包括对象实例、成员变量、存储于栈中的基本类型值和存储于堆中的其他对象的引用值。
• 所有的类信息，包括classloader、类名称、父类、静态变量等
• GCRoot到所有的这些对象的引用路径
• 线程信息，包括线程的调用栈及此线程的线程局部变量（TLS）

此文阅读前可先看链接中的视频：https://edu.csdn.net/course/detail/23768 【MAT工具的使用】

点击Dump java Heap生成一份内存快照hprof文件(若不了解如何生成hprof文件可以先去了解下如何使用Android Monitor分析项目查找内存泄漏)| 可以参看自己写的文章：https://blog.csdn.net/nei504293736/article/details/109111617 如果抓取hprof文件

Dump java Heap: 点击就会生成app运行内存快照.hprof文件

然后将APP完全退出 重新启动 打开Android Monitor 点击Dump java Heap点击生成一份还没操作前(旋转屏幕)的内存快照hprof文件(为以后作对比用)

现在就已经生成好了2份hprof文件 一份是没有旋转过屏幕的 一份是旋转过屏幕多次的 然后选中Android Studio 最左边的Captures 进行将hprof文件导出(因为MAT不支持Android Studio生成的未经转换的hprof文件 在导出过程中Android Studio会为我们转换好)

提示：导出的时候需要选择保存的目录以及文件名

终于MAT上场了 打开MAT 导入我们的2个hprof文件 Open File-->选择文件-->Leak Suspects Report-->Finish：

先来看看MAT都有哪些功能：

Overview视图
该视图会首页总结出当前这个Heap dump占用了多大的内存，其中涉及的类有多少，对象有多少，类加载器，如果有没有回收的对象，会有一个连接，可以直接参看(图中的Unreachable Objects Histogram)。

histogram视图: 列举内存中对象存在的个数和大小
Dominator tree视图：该视图会以占用总内存的百分比来列举所有实例对象，注意这个地方是对象而不是类了，这个视图是用来发现大内存对象的
Top Consumers: 该视图会显示可能的内存泄漏点
Duplicate Classes: 该视图显示重复的类等信息

本次重点围绕histogram视图讲解 其他3个视图也只是给我提供一些可能会造成内存泄漏的信息 点击打开Histograms视图

打开下面的面板Navigation History 选中histogram右键add to Compare Basket 添加到比较容器中(2个hprof文件都做以上同样的操作 将histogram 添加到比较容器中)

这时比较容器中就有2份hprof文件 一份未做任何操作 一份做了多次旋转屏幕（注意：导入的比较容器的顺序很重要 不然后面的数据看起来让人费解）然后点击Compare the results （红色感叹号）进行比较

通过比较后就会生成一个比较结果表ComPared Tables

但是这个表内容太多 如何快速过滤出我们与我们自己写的项目内容有关的呢 接着在Class Name 输入我们的项目包名

通上图就明显看出经过2个hprof比较 在我们操作了旋转多次屏幕后MainActivity的实例增加了然后我们就去分析下该hprof文件是什么导致MainActivity内存泄漏了

在Class Name处可以根据输入的类名去查找对应的对象实例(比如我们输入MainActivty)：

Objects：实例个数
Shallow Heap：所占内存大小
Retained Heap：释放后能回收多少内存

通过上图看到了MainActivtiy在旋转屏幕后产生了2个实例 再去观察MainActivtiy具体被哪些对象引用呢 鼠标选中MainActivtiy 实例右键 选择with incoming references：

看到MainActivty被引用的地方这么多 而且一屏还显示不完 我们又如何去判断是哪个导致内存泄漏的呢 MAT还有一个功能 就是通过遍历GC Root树去将那些有可能被GC回收的实例 将他们去除（备注：在GC Root树中能找到的对象绝对不存在有内存泄漏的实例 因为他们在运行时会被回收的嘛 只有找不到的那些才是）鼠标右键：

看那些单词就知道是什么意思 （排除 软引用 弱引用 虚引用） 最后我们就看到了Commutil的instance引用了MainActivty实例 而后旋转屏幕的时候 系统又创建了一个 所以有2个引用着MainActivtiy的实例 造成的内存泄漏：

然后就去修改代码：

public class MainActivity extends AppCompatActivity {

@Override
protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.activity_main);

 CommUtil instance = CommUtil.getInstance(getApplicationContext());
  }
}

总结：

1. 以上只是通过一个简单的案例教大家如何学会使用MAT去查找项目中泄漏的地方,在真实的项目开发过程中就不止有Commutil一个类 还有许多其他的类 需要一一去逐步分析是否有内存泄漏的可能。（体力活）
2. 本案例是以旋转屏幕前和旋转屏幕后生成hprof文件通过MAT去分析内存是否泄漏,在实际案例中也是种套路去做，比如页面A跳转到页面B 在返回页面A内存却居高不下，然后就在跳转之前生成一份hprof文件 跳转之后再生成一份hprof文件 通过MAT一比较 检索出与页面A和B有关的内存情况，精确定位内存泄漏的地方，将范围缩小，省时省力。
3. 对于检测内存泄漏的工具要灵活使用 哪种方便就用哪个。

作者：明朗__
链接：https://www.jianshu.com/p/41e3aaf915e5
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。