Android 内存泄露实践分析

最新推荐文章于 2018-12-28 08:39:01 发布
最新推荐文章于 2018-12-28 08:39:01 发布
阅读量379 收藏
点赞数
分类专栏： android开发经验 文章标签： 内存泄露 Android优化
今天看到一篇关于Android 内存泄露实践分析的文章，感觉不错，讲的还算详细，mark到这里。

原文发表于:Testerhome；

作者：ycwdaaaa ; 

原文链接：https://testerhome.com/topics/5822



定义

​内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。（其实说白了就是该内存空间使用完毕之后未回收）即所谓内存泄漏。

 

内存泄漏形象的比喻是“操作系统可提供给所有进程的存储空间正在被某个进程榨干”，最终结果是程序运行时间越长，占用存储空间越来越多，最终用尽全部存储空间，整个系统崩溃。所以“内存泄漏”是从操作系统的角度来看的。这里的存储空间并不是指物理内存，而是指虚拟内存大小，这个虚拟内存大小取决于磁盘交换区设定的大小。由程序申请的一块内存，如果没有任何一个指针指向它，那么这块内存就泄漏了。

 

​ ——来自《百度百科》

影响
  • 导致OOM
  • 糟糕的用户体验
  • 鸡肋的App存活率
成效
  • 内存泄露是一个持续的过程，随着版本的迭代，效果越明显
  • 由于某些原因无法改善的泄露（如框架限制），则尽量降低泄露的内存大小
  • 内存泄露实施后的版本，一定要验证，不必马上推行到正式版，可作为beta版持续观察是否影响/引发其他功能/问题

内存泄露实施后，项目的收获：

  • OOM减少30%以上
  • 平均使用内存从80M稳定到40M左右
  • 用户体验上升，流畅度提升
  • 存活率上升，推送到达率提升
类型
  • IO
    • FileStream
    • Cursor
  • Bitmap

  • Context

    • 单例
    • Callback

  • Service

    • BraodcastReceiver
    • ContentObserver

  • Handler

  • Thread

技巧

  • 慎用Context

    • Context概念
    • 四大组件Context和Application的context使用参见下表

​

  • 善用Reference

    • Java引用介绍
    • Java四种引用由高到低依次为：强引用  >  软引用  >  弱引用  >  虚引用
    • 表格说明

  • 复用ConvertView

  • 对象释放

    • 遵循谁创建谁释放的原则
    • 示例：显示调用clear列表、对象赋空值
分析

​ 原理

​ 根本原因

  • 关注堆内存

​ 怎么解决

  • 详见方案

​ 实践分析

  • 详见实践
方案

  • StrictMode

    • 使用方法：AppContext的onCreate()方法加上
    <span class="n" style="color: rgb(68, 68, 68); font-family: "Microsoft YaHei"; white-space: pre-wrap; background-color: rgb(245, 245, 245); box-sizing: border-box;"></span>StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy
                    .Builder()
                    .detectAll()
                    .penaltyLog()
                    .build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy
                    .Builder()
                    .detectAll()
                    .penaltyLog()
                    .build());<span class="o" style="font-family: "Microsoft YaHei"; white-space: pre-wrap; background-color: rgb(245, 245, 245); color: rgb(102, 102, 102); box-sizing: border-box;"></span>
    • 主要检查项：内存泄露、耗时操作等

  • Leakcanary

  • Leakcanary + StrictMode + monkey （推荐）

    • 使用阶段：功能测试完成后，稳定性测试开始时
    • 使用方法：安装集成了Leakcanary的包，跑monkey
    • 收获阶段：一段时间后，会发现出现N个泄露
    • 实战分析：逐条分析每个泄露并改善/修复
    • StrictMode：查看日志搜索StrictMode关键字

  • Adb命令

    • 手动触发GC
    • 通过adb shell dumpsys meminfo packagename -d查看
    • 查看Activity以及View的数量
    • 越接近0越好
    • 对比进入Activity以及View前的数量和退出Activity以及View后的数量判断

  • Android Monitor

  • MAT

实践（示例）

Bitmap泄露

Bitmap泄露一般会泄露较多内存，视图片大小、位图而定

  • 经典场景：App启动图

  • 解决内存泄露前后内存相差10M+，可谓惊人

  • 解决方案：

App启动图Activity的onDestroy()中及时回收内存

@Override
  protected void onDestroy() {
      // TODO Auto-generated method stub
      super.onDestroy();
      recycleImageView(imgv_load_ad);
      }


  public static void recycleImageView(View view){
          if(view==null) return;
          if(view instanceof ImageView){
              Drawable drawable=((ImageView) view).getDrawable();
              if(drawable instanceof BitmapDrawable){
                  Bitmap bmp = ((BitmapDrawable)drawable).getBitmap();
                  if (bmp != null && !bmp.isRecycled()){
                      ((ImageView) view).setImageBitmap(null);
                      bmp.recycle();
                      bmp=null;
                  }
              }
          }
      }

​

IO流未关闭

  • 分析：通过日志可知FileOutputStream()未关闭

  • 问题代码：

  public static void copyFile(File source, File dest) {
          FileChannel inChannel = null;
          FileChannel outChannel = null;
          Log.i(TAG, "source path: " + source.getAbsolutePath());
          Log.i(TAG, "dest path: " + dest.getAbsolutePath());
          try {
              inChannel = new FileInputStream(source).getChannel();
              outChannel = new FileOutputStream(dest).getChannel();
              inChannel.transferTo(0, inChannel.size(), outChannel);
          } catch (IOException e) {
              e.printStackTrace();
          }
      }

  • 解决方案：

    • 及时关闭IO流，避免泄露
<span class="kd" style="font-family: "Microsoft YaHei"; white-space: pre-wrap; background-color: rgb(245, 245, 245); color: rgb(170, 34, 255); box-sizing: border-box; font-weight: bold;"></span>public static void copyFile(File source, File dest) {
          FileChannel inChannel = null;
          FileChannel outChannel = null;
          Log.i(TAG, "source path: " + source.getAbsolutePath());
          Log.i(TAG, "dest path: " + dest.getAbsolutePath());
          try {
              inChannel = new FileInputStream(source).getChannel();
              outChannel = new FileOutputStream(dest).getChannel();
              inChannel.transferTo(0, inChannel.size(), outChannel);
          } catch (IOException e) {
              e.printStackTrace();
          } finally {
              if (inChannel != null) {
                  try {
                      inChannel.close();
                  } catch (IOException e) {
                      e.printStackTrace();
                  }
              }
              if (outChannel != null) {
                  try {
                      outChannel.close();
                  } catch (IOException e) {
                      e.printStackTrace();
                  }
              }
          }
      }
E/StrictMode: A resource was acquired at attached stack trace but never released. 
See java.io.Closeable for information on avoiding resource leaks.
java.lang.Throwable: Explicit termination method 'close' not called
    at dalvik.system.CloseGuard.open(CloseGuard.java:180)
    at java.io.FileOutputStream.<init>(FileOutputStream.java:89)
    at java.io.FileOutputStream.<init>(FileOutputStream.java:72)
    at com.heyniu.lock.utils.FileUtil.copyFile(FileUtil.java:44)
    at com.heyniu.lock.db.BackupData.backupData(BackupData.java:89)
    at com.heyniu.lock.ui.HomeActivity$11.onClick(HomeActivity.java:675)
    at android.support.v7.app.AlertController$ButtonHandler.handleMessage(AlertController.java:157)
    at android.os.Handler.dispatchMessage(Handler.java:102)
    at android.os.Looper.loop(Looper.java:148)
    at android.app.ActivityThread.main(ActivityThread.java:5417)
    at java.lang.reflect.Method.invoke(Native Method)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:726)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)

单例模式泄露

  • 分析：通过截图我们发现SplashActivity被ActivityUtil的实例activityStack持有

  • 引用代码：

<span style="color: rgb(51, 51, 51); font-family: "Microsoft YaHei"; font-size: 14px;">  ActivityUtil.getAppManager().add(this);</span>
  • 持有代码：
    public void add(Activity activity) {
        if (activityStack == null) {
            synchronized (ActivityUtil.class){
                if (activityStack == null) {
                    activityStack = new Stack<>();
                }
            }
        }
        activityStack.add(activity);
    }

  • 解决方案：

    • 在SplashActivity的onDestroy()生命周期移除引用
@Override
      protected void onDestroy() {
          super.onDestroy();
          ActivityUtil.getAppManager().remove(this);
      }

静态变量持有Context实例泄露

  • 分析：长生命周期持有短什么周期引用导致泄露，详见上文四大组件Context和Application的context使用

  • 示例引用代码：

 private static HttpRequest req;
  public static void HttpUtilPost(Context context, int TaskId, String url, String requestBody,ArrayList<HttpHeader> Headers, RequestListener listener) {
        // TODO Auto-generated constructor stub
        req = new HttpRequest(context, url, TaskId, requestBody, Headers, listener);
        req.post();
    }

  • 解决方案：

    • 改为弱引用
    • pass：弱引用随时可能为空，使用前先判空
    • 示例代码：
     private static HttpRequest req;
  public static void HttpUtilPost(Context context, int TaskId, String url, String requestBody,ArrayList<HttpHeader> Headers, RequestListener listener) {
        // TODO Auto-generated constructor stub
        req = new HttpRequest(context, url, TaskId, requestBody, Headers, listener);
        req.post();
    }

    private static WeakReference<HttpRequest> req;
public static void HttpUtilPost(Context context, int TaskId, String url, String requestBody,ArrayList<HttpHeader> Headers, RequestListener listener) {
        // TODO Auto-generated constructor stub
        req = new WeakReference<HttpRequest>(new HttpRequest(context, url, TaskId, requestBody, Headers, listener));
        req.get().post();
    }
    • 改为长生命周期
    private static HttpRequest req;
public static void HttpUtilPost(Context context, int TaskId, String url, String requestBody,ArrayList<HttpHeader> Headers, RequestListener listener) {
        // TODO Auto-generated constructor stub
        req = new HttpRequest(context.getApplicationContext(), url, TaskId, requestBody, Headers, listener);
        req.post();
    }

Context泄露

Callback泄露

服务未解绑注册泄露

  • 分析：一般发生在注册了某服务，不用时未解绑服务导致泄露

  • 引用代码：

 private void initSensor() {
          // 获取传感器管理器
          sm = (SensorManager) container.activity.getSystemService(Context.SENSOR_SERVICE);
          // 获取距离传感器
          acceleromererSensor = sm.getDefaultSensor(Sensor.TYPE_PROXIMITY);
          // 设置传感器监听器
          acceleromererListener = new SensorEventListener() {
          ......
          };
          sm.registerListener(acceleromererListener, acceleromererSensor, SensorManager.SENSOR_DELAY_NORMAL);
      }

  • 解决方案：

    • 在Activity的onDestroy()方法解绑服务
 @Override
  protected void onDestroy() {
    super.onDestroy();
    sm.unregisterListener(acceleromererListener,acceleromererSensor);
  }

Handler泄露

  • 分析：由于Activity已经关闭，Handler任务还未执行完成，其引用了Activity的实例导致内存泄露

  • 引用代码：

handler.sendEmptyMessage(0);

  • 解决方案：

    • 在Activity的onDestroy()方法回收Handler
@Override
  protected void onDestroy() {
    super.onDestroy();
    handler.removeCallbacksAndMessages(null);
  }
  • 图片后续遇到再补上

异步线程泄露

  • 分析：一般发生在线程执行耗时操作时，如下载，此时Activity关闭后，由于其被异步线程引用，导致无法被正常回收，从而内存泄露

  • 引用代码：

< new Thread() {
    public void run() {
      imageArray = loadImageFromUrl(imageUrl);
    }.start();

  • 解决方案：

    • 把线程作为对象提取出来
    • 在Activity的onDestroy()方法阻塞线程
   thread = new Thread() {
    public void run() {
      imageArray = loadImageFromUrl(imageUrl);
    };
  thread.start();


  @Override
  protected void onDestroy() {
    super.onDestroy();
    if(thread != null){
      thread.interrupt();
      thread = null;
    }
  }

后面
  • 欢迎补充实际中遇到的泄露类型
  • 文章如有错误，欢迎指正
  • 如有更好的内存泄露分享方法，欢迎一起讨论

原文发表于:Testerhome；

作者：ycwdaaaa ; 

原文链接：https://testerhome.com/topics/5822


关于腾讯WeTest (wetest.qq.com)

腾讯WeTest是腾讯游戏官方推出的一站式游戏测试平台，用十年腾讯游戏测试经验帮助广大开发者对游戏开发全生命周期进行质量保障。腾讯WeTest提供：适配兼容测试；云端真机调试；安全测试；耗电量测试；服务器性能测试；舆情监控等服务。

爱踢球的老邓
关注
专栏目录
数据库的内存泄漏检测
u011414643的专栏
12-26 1466
当一个应用变得复杂，SQLite使用得频繁，就容易出现数据库泄漏 leaked： A SQLiteConnection object for database 'nowamagic.db' was leaked! Please fix your application to end transactions in progress properly and to close the
Android 项目开发必备-Activity管理栈之ActivityManager的建立
qq_40239822的博客
12-13 4644
在我们日常开发当中你一定为无缘无故的内存泄漏而烦恼，或者因为多个Activity互相跳转而烦恼，这时候我们就需要一个利器-ActManager.有了这个帮助类我们就可以省去静态去写一些activity启动模式了。 ##设置Actmanager为静态变量: 因为我们全局只需要一个Actmaanager,所有我们把它设置为静态变量,放在静态区域. ``` private static ActM
专项：Android 内存泄露实践分析
weixin_33859844的博客
07-31 135
定义 内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。（其实说白了就是该内存空间使用完毕之后未回收）即所谓内存泄漏。内存泄漏形象的比喻是“操作系统可提供给所有进程的存储空间正在被某个进程榨干”，最终结果是程序运行时间越长，占用存储空间越来越多，最终用尽全部存储空间，整个系统崩溃...
dalvik.system.CloseGuard 介绍
读书未遍、未敢妄下雌黄
12-28 4306
CloseGuard is a mechanism for flagging implicit finalizer cleanup of resources that should have been cleaned up by explicit close methods (aka “explicit termination methods” in Effective Java) 大致意思就...
Android 内存 泄露 实践分析1
08-08
【Android内存泄露实践分析】 内存泄露在Android应用开发中是一个重要的问题，因为它直接影响到应用程序的性能、用户体验，甚至可能导致应用程序的崩溃。本文将深入探讨内存泄露的定义、影响、常见类型，以及解决...
"Android内存泄露实践分析：解决OOM和优化用户体验
在一篇关于Android内存泄漏实践分析的文章中，对内存泄漏进行了详细的讲解，并给出了一些解决方案。这篇文章不仅对内存泄漏的概念进行了解释，还对内存泄漏的影响、表现以及解决方法进行了详细的分析。作者通过详细...
Android最佳性能实践(二)—分析内存的使用情况
03-01
即使我们全部按照上一篇文章中给出的编程建议来去编写程序，还是会很有可能出现内存泄露或其它类型的内存问题。所以，唯一能够解决问题的办法，就是尝试去分析应用程序的内存使用情况，那么本篇文章就会教大家如何...
Android垃圾回收机制解决内存泄露问题
09-02
- 使用工具进行内存分析，如Android Studio的Memory Profiler，可以帮助检测和定位内存泄露。 理解Android的垃圾回收机制和常见的内存泄露场景，以及如何避免它们，是每个Android开发者必备的技能，这有助于创建...
Android 内存泄漏全解
追求，成长
09-04 2552
文章装载自：http://gold.xitu.io/entry/57c966b05bbb500074e1d4a4 Android 内存泄漏全解 阅读 818收藏 1882016-9-2 原文链接：http://duanmo.me/2016/04/17/memory-leak-summary/ 博主写的十分透彻，欢迎大家看看 —— 由 smallSohoSolo 分享
Android性能优化篇之内存优化--内存泄漏
出门骑着猪的博客
12-22 184
文章目录 ##介绍 本文主要介绍内存泄漏的产生原因分析，常见的导致内存泄漏的示例，以及内存泄漏优化的方法1 ###什么是内存泄露 当一个对象已经不需要在使用了，本应该被回收，而另一个正在使用的对象持有它的引用，导致对象不能被回收。因为不能被及时回收的本该被回收的内存，就产生了内存泄漏。如果内存泄漏太多会导致程序没有办法申请内存，最后出现内存溢出的错误。 ###android中导致内存泄漏的主要几种...
Android应用开发中对Bitmap的内存优化
Android进阶三部曲 - 刘望舒
02-25 2249
在Android应用里，最耗费内存的就是图片资源。而且在Android系统中，读取位图Bitmap时，分给虚拟机中的图片的堆栈大小只有8M，如果超出了，就会出现OutOfMemory异常。所以，对于图片的内存优化，是Android应用开发中比较重要的内容。 　　1) 要及时回收Bitmap的内存 　　Bitmap类有一个方法recycle()，从方法名可以看出意思是回收。这里就有疑问了
最近在用parse的时候遇到的BUG.A resource was acquired at attached stack trace but never released.
Sanjay的专栏
07-21 4163
07-21 19:33:53.145: E/StrictMode(21289): A resource was acquired at attached stack trace but never released. See java.io.Closeable for information on avoiding resource leaks. 07-21 19:33:53.145: E/St
关于bitmap的回收问题
凹凸曼的专栏
07-26 7797
Android中我们会用到大量的图片加载，因此，我们也会不可避免的用到Bitmap，对于Bitmap加载图片在这里就不作解释了，有需要的可以自行百度。 最近在项目中碰到了很严重的内存泄漏问题，老板下令必须查清楚原因，然后就加班一点带你盘查，最后发现我们的APP中用到了大量的图片资源，就怀疑是Bitmap引起的： 1.ImagView在被销毁的时候会自己释放资源，因此我们很少去主动释放资源，后面发
android 工具类方法传入Context导致Activity内存泄漏
张少飞的CSDN
07-13 2564
当某些View／方法需要Context对象时经常会传入Activity当作Context，如果这时里面对这个Context的占有是整个APP声明周期的，那么就会造成内存泄漏。这个Activity就不能被及时回收。 1、用Application代替Activity 因为Application跟APP的声明周期相同会一直存在。 2、避免调用者的静态引用。 3、不需要时释放掉这个引用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值