使用MAT (Memory Analyzer Tool)分析Andriod项目内存泄漏

在上一篇文章介绍了如何使用Android Monitor分析项目查找内存泄漏 ,本篇将介绍如何使用MAT(Memory Analyzer Tool)来分析和查找项目中内存泄漏的地方

MAT介绍：

MAT工具全称为Memory Analyzer Tool，一款详细分析Java堆内存的工具，该工具非常强大，为了使用该工具，我们需要hprof文件, Eclipse可以下载插件结合使用，也可以作为一个独立分析工具使用，下载地址：MAT

案例:(本篇还以上篇案例为例子)

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

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

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

（将Activity的实例被一个单例对象所持有,在旋转屏幕的时候造成内存泄漏）
将项目运行起来打开Android Monitor观察Memory 并且试着多次旋转屏幕就会发现内存一直在增高

点击Dump java Heap生成一份内存快照hprof文件(若不了解如何生成hprof文件可以先去了解下如何使用Android Monitor分析项目查找内存泄漏)

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());
  }
}

总结：

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

使用MAT (Memory Analyzer Tool)分析Andriod项目内存泄漏

猜你喜欢