android 应用内存分析MAT结合LeakCanary的分析OOM异常

朋友们在开发应用过程中，可能会碰到OOM异常，通常造成的原理是对象没有及时释放，或者加载Bitmap过多过大导致的。

这里介绍一个开源的项目LeakCanary

一、导入LeakCanary

使用的方法也十分的简单

在Gradle文件中加入

dependencies {
   debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3.1' 
   releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3.1' 
   testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3.1' 
 }

然后在Application中的onCreate方法中加入

LeakCanary.install(this);

这样就可以了

二、使用

使用起来也是十分的简单

导入之后基本不用管，在应用发生OOM异常时，LeakCanary会自动的生成hprof文件，此时机器上会弹出通知，点开可以查看到。

点击右上角share heap dump即可将hprof文件发送到电脑上。（hprof文件的用处下面就会说到）

三、使用MAT工具查看hprof文件，分析内存占用

Eclipse Memory Analysis Tools (MAT) 是一个分析 Java堆数据的专业工具，用它可以定位内存泄漏的原因。

下载地址：http://www.eclipse.org/mat/downloads.php

1、将前面LearkCanary收集的hprof文件转换：

1）在sdk-->tools目录下按住shift 右键点击“在此处打开命令行窗口”

 2）在打开的命令行窗口中输入hprof-conv xxxx.hprof nnnn.hprof

这里xxxxx.hprof是learkcanary收集的hprof文件 nnnn.hprof是你要生成的文件，名字随意取

2、安装完成后，打开软件，点击左上角的file-->Open heap Dump...

打开上面转换后的文件可以看到如下饼状图

这里可以大致的查看到内存占用情况

点击Leak Suspects

会提示可能的原因

其实这里已经可以大概的看出原因了，是资源引用的问题

点击Histogram可以看到实例类的列表

右键点击

可以看到有outgoing references、incoming references可以查看当前对象引用和被引用的情况。

如果发现一个对象被静态对象引用，则通常它是不会被回收的。

在incoming中，可以看到，byte[]之所以占用这么多内存，全部都是因为被用于加载图片

而我正是在代码中无限循环的加载图标到一个集合中，造成OOM异常。

while (true){

            Resources res = getResources();
            Bitmap bitmap = ((BitmapDrawable) res.getDrawable(R.drawable.j)).getBitmap();
            list.add(bitmap);

        }

基本找出了OOM异常的原因。

在实际开发中，Eclipse和Android Studio中都可以手动的去收集hprof文件，方法网上也有很多，在分析内存占用时，有很大帮助，特别是Android Studio中自带的内存查看工具，可以看到内存实时的使用波形图，如果在应用程序运行中，发现重复开启后关闭一个页面，内存占用一直上升的，通常此页面便有可能造成OOM异常。此外，如果内存波开图经常出现比较大的抖动，说明GC运行频繁，可能会影响应用性能和体验。

使用的一点体会，分享给大家，如有错误，请大家指正。