Android Studio 检测内存泄漏与解决方法

最新推荐文章于 2024-08-19 23:11:24 发布

lvmingci

最新推荐文章于 2024-08-19 23:11:24 发布

阅读量1.1k

点赞数

分类专栏： android 文章标签： webview 内存 android viewpager 内存泄露

本文链接：https://blog.csdn.net/lvmingci/article/details/52816195

版权

android 专栏收录该内容

20 篇文章 0 订阅

订阅专栏

本章主要介绍使用Android Studio 检测内存泄漏、分析内存泄漏原因及解决方法：

如果不懂何为内存泄漏的朋友请先看这篇文章：http://blog.csdn.net/hudashi/article/details/7050885

一、使用Android Studio检测内存泄漏

打开Android Studio，编译代码，在模拟器或者真机上运行App，然后点击

，在Android Monitor下点击Monitor对应的Tab，进入如下界面：

在Memory一栏中，可以观察不同时间App内存的动态使用情况，点击

可以手动触发GC，点击

可以进入HPROF Viewer界面，查看Java的Heap，如下图：

Reference Tree代表指向该实例的引用，可以从这里面查看内存泄漏的原因，Shallow Size指的是该对象本身占用内存的大小，Retained Size代表该对象被释放后，垃圾回收

器能回收的内存总和。

下面以我自己写的项目为例，来一探内存泄漏检测的方法。
打开Android Studio，编译代码，运行APP，把所有的功能都使用一遍，然后就从Memory Monitor里面观察App的内存使用曲线，突然发现，纳尼！！！怎么内存使用越来越大了，这就很有可能是发生内存泄漏了，然后点击手动进行GC，再点击观看JavaHeap，点击Analyzer Task，Android Monitor就可以为我们自动分析泄漏的Activity啦，分析出来如下图所示

在这里，我们可以看出，有六个地方发生了内存泄漏！！！接下来就一一探索下泄漏的原因吧！

先从第一个泄漏的Activity开始吧：首先找到该活动被引用的对象(如上图：)

持有该活动的对象是：WebView ,在这里对于 WebView引起内存泄漏的原因及解决方案推荐一篇文章：http://blog.csdn.net/u012210186/article/details/52608090

我这里的解决方法是：将WebView所在的活动单独放在一个进程中：

1.AndroidMainfest.xml文件配置中将WebView所在的Activity 加上：android:process="packagename.web"

<activity
    android:name=".ui.webview.MyWebView"
    android:launchMode="singleTask"
    android:process="packagename.web"
    android:screenOrientation="portrait"/>

2.在该活退出时结束该进程：

结束方法有很多，我是直接在onDestroy() 函数中System.exit(0); 直接退出虚拟机，一了百了，省了很多代码

@Override
protected void onDestroy() {
    super.onDestroy();
    System.exit(0);
}

注：此时在进入跳转到WebView所在的活动切换时会出现黑屏，这个解决方法就看我上一篇转载的文章：《 activity跳转黑屏处理》

好了，到此时，第一个内存泄漏已经解决，那么来看第二个内存泄漏：

按照同样的方法去找原因：结果发现，持有当前活动的对象是一个Fragment的单例，而这个fragment里又出现了WebView....

,好吧，犯二了，解决方案同上！

第三个内存泄漏：

泄漏原因：该活动布局使用的是viewpager + fragment，里面有多个fragment可以滑动切换，fragment使用的是单例。由于单例的生命周期是与进程一致的，所以会导致当前活动销毁时，fragment实例还在。

解决方案：在Fragment中的onDestroy()函数中把fragment实例置空：

@Override
public void onDestroy() {
    if (fragment != null ){
        handler.removeCallbacksAndMessages(null);
        handler = null;
        fragment.onDestroyView();
        fragment = null;
    }
    System.gc();
    super.onDestroy();
}

第四个内存泄漏：原因与第三个相同.....再一次犯二了.....

第五个内存泄漏：

同样到找持有该活动的实例,定位实例中的代码，发现：此处使用了数据库未关闭：

sqLiiteDatabase = SQLiteUitl.getSQLiiteDatabase(context);

private void addSQLite(ArrayList<DataDomain.Mods> data) {
    sqLiiteDatabase.add(data);
}

解决方法：在活动退出中关闭数据库：

@Override
protected void onDestroy() {
    sqLiiteDatabase.close();
    handler.removeCallbacksAndMessages(null);
    handler = null;
    System.gc();
    super.onDestroy();
}