专项:Android 内存泄露实践分析

简介: 内存泄漏也称作“存储渗漏”,用动态存储分配函数动态开辟的空间,在使用完毕后未释放,结果导致一直占据该内存单元。直到程序结束。(其实说白了就是该内存空间使用完毕之后未回收)即所谓内存泄漏。   内存泄漏形象的比喻是“操作系统可提供给所有进程的存储空间正在被某个进程榨干”,最终结果是程序运行时间越长,占用存储空间越来越多,最终用尽全部存储空间,整个系统崩溃。

定义

内存泄漏也称作“存储渗漏”,用动态存储分配函数动态开辟的空间,在使用完毕后未释放,结果导致一直占据该内存单元。直到程序结束。(其实说白了就是该内存空间使用完毕之后未回收)即所谓内存泄漏。
 
内存泄漏形象的比喻是“操作系统可提供给所有进程的存储空间正在被某个进程榨干”,最终结果是程序运行时间越长,占用存储空间越来越多,最终用尽全部存储空间,整个系统崩溃。所以“内存泄漏”是从操作系统的角度来看的。这里的存储空间并不是指物理内存,而是指虚拟内存大小,这个虚拟内存大小取决于磁盘交换区设定的大小。由程序申请的一块内存,如果没有任何一个指针指向它,那么这块内存就泄漏了。

 

——来自《百度百科》

影响

  • 导致OOM
  • 糟糕的用户体验
  • 鸡肋的App存活率

成效

  • 内存泄露是一个持续的过程,随着版本的迭代,效果越明显
  • 由于某些原因无法改善的泄露(如框架限制),则尽量降低泄露的内存大小
  • 内存泄露实施后的版本,一定要验证,不必马上推行到正式版,可作为beta版持续观察是否影响/引发其他功能/问题
内存泄露实施后,项目的收获:
  • OOM减少30%以上
  • 平均使用内存从80M稳定到40M左右
  • 用户体验上升,流畅度提升
  • 存活率上升,推送到达率提升

类型

  • IO  

    • FileStream
      Cursor
  • Bitmap
  • Context

    • 单例
    • Callback
  • Service

    • BraodcastReceiver
    • ContentObserver
  • Handler
  • Thread

技巧

类型 垃圾回收时间 生存时间
强引用 永远不会 JVM停止运行时终止
软引用 内存不足时 内存不足时终止
弱引用 垃圾回收时 垃圾回收时终止
虚引用 垃圾回收时 垃圾回收时终止

分析

 

原理

根本原因

  • 关注堆内存

怎么解决

  • 详见方案

 实践分析

  • 详见实践

方案

  • StrictMode
  • StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy
  •                    .Builder()
  •                    .detectAll()
  •                    .penaltyLog()
  •                    .build());StrictMode.setVmPolicy(new StrictMode.VmPolicy
  •                    .Builder()
  •                    .detectAll()
  •                    .penaltyLog()
                       .build());

    • 主要检查项:内存泄露、耗时操作等
      使用方法:AppContext的onCreate()方法加上
  • Leakcanary
    GitHub地址(https://github.com/square/leakcanary
    使用方法(http://www.liaohuqiu.net/cn/posts/leak-canary-read-me/
  • 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
    使用介绍(http://wetest.qq.com/lab/view/?id=99
  • MAT
    使用介绍(http://blog.csdn.net/xiaanming/article/details/42396507

实践(示例)

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流,避免泄露
  

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.(FileOutputStream.java:89)
   at java.io.FileOutputStream.(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持有
- 引用代码:
  ActivityUtil.getAppManager().add(this);
- 持有代码:  

 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);
 }    
 ```   
 ![image](https://yqfile.alicdn.com/1998bcf9cd08cdac7d473153af1a2618ef7acd4c.png)

### **静态变量持有Context实例泄露**
- 分析:长生命周期持有短什么周期引用导致泄露,详见上文四大组件Context和Application的context使用
- 示例引用代码:  

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

- 解决方案:
  
  •  public static void cancel(int TaskId) {
  •        if(req != null && req.get() != null){
  •          req.get().AsyncCancel(TaskId);
     -      }

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

- 改为长生命周期
- 改为弱引用
- pass:弱引用随时可能为空,使用前先判空
- 示例代码:  

![image](https://yqfile.alicdn.com/5a2b696c2306c1c4fe5916cce33a6b62feea4687.png)  

### **服务未解绑注册泄露**
- 分析:一般发生在注册了某服务,不用时未解绑服务导致泄露
- 引用代码:  

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

image

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

后面

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

未完待续。。。
阿里云测移动质量中心(以下简称MQC)是为广大企业客户和移动开发者提供真机测试服务的云平台,拥有大量热门机型,提供7x24全天候服务。 我们致力于提供专业、稳定、全面、高价值的自动化测试能力,以及简单易用的使用流程、贴心的技术服务,并且帮助客户以最低的成本、最高的效率发现APP中的各类隐患(APP崩溃、各类兼容性问题、功能性问题、性能问题等),减少用户流失,提高APP质量和市场竞争力。

联系我们:
 网站地址:https://mqc.aliyun.com
 开发者交流旺旺群:335334143
 开发者交流QQ群:492028798
 客服邮箱:mqc_group@service.alibaba.com
更多精彩技术分享 欢迎关注 MQC公众号  
17

目录
相关文章
|
11月前
|
存储 弹性计算 缓存
阿里云服务器ECS经济型、通用算力、计算型、通用和内存型选购指南及使用场景分析
本文详细解析阿里云ECS服务器的经济型、通用算力型、计算型、通用型和内存型实例的区别及适用场景,涵盖性能特点、配置比例与实际应用,助你根据业务需求精准选型,提升资源利用率并降低成本。
684 3
|
8月前
|
存储 消息中间件 人工智能
【05】AI辅助编程完整的安卓二次商业实战-消息页面媒体对象(Media Object)布局实战调整-按钮样式调整实践-优雅草伊凡
【05】AI辅助编程完整的安卓二次商业实战-消息页面媒体对象(Media Object)布局实战调整-按钮样式调整实践-优雅草伊凡
253 11
【05】AI辅助编程完整的安卓二次商业实战-消息页面媒体对象(Media Object)布局实战调整-按钮样式调整实践-优雅草伊凡
|
7月前
|
设计模式 缓存 Java
【JUC】(4)从JMM内存模型的角度来分析CAS并发性问题
本篇文章将从JMM内存模型的角度来分析CAS并发性问题; 内容包含:介绍JMM、CAS、balking犹豫模式、二次检查锁、指令重排问题
196 1
|
10月前
|
存储 人工智能 自然语言处理
AI代理内存消耗过大?9种优化策略对比分析
在AI代理系统中,多代理协作虽能提升整体准确性,但真正决定性能的关键因素之一是**内存管理**。随着对话深度和长度的增加,内存消耗呈指数级增长,主要源于历史上下文、工具调用记录、数据库查询结果等组件的持续积累。本文深入探讨了从基础到高级的九种内存优化技术,涵盖顺序存储、滑动窗口、摘要型内存、基于检索的系统、内存增强变换器、分层优化、图形化记忆网络、压缩整合策略以及类操作系统内存管理。通过统一框架下的代码实现与性能评估,分析了每种技术的适用场景与局限性,为构建高效、可扩展的AI代理系统提供了系统性的优化路径和技术参考。
720 4
AI代理内存消耗过大?9种优化策略对比分析
|
9月前
|
传感器 数据采集 监控
Python生成器与迭代器:从内存优化到协程调度的深度实践
简介:本文深入解析Python迭代器与生成器的原理及应用,涵盖内存优化技巧、底层协议实现、生成器通信机制及异步编程场景。通过实例讲解如何高效处理大文件、构建数据流水线,并对比不同迭代方式的性能特点,助你编写低内存、高效率的Python代码。
362 0
|
10月前
|
SQL 缓存 安全
深度理解 Java 内存模型:从并发基石到实践应用
本文深入解析 Java 内存模型(JMM),涵盖其在并发编程中的核心作用与实践应用。内容包括 JMM 解决的可见性、原子性和有序性问题,线程与内存的交互机制,volatile、synchronized 和 happens-before 等关键机制的使用,以及在单例模式、线程通信等场景中的实战案例。同时,还介绍了常见并发 Bug 的排查与解决方案,帮助开发者写出高效、线程安全的 Java 程序。
538 0
|
9月前
|
边缘计算 算法 Java
Java 绿色计算与性能优化:从内存管理到能耗降低的全方位优化策略与实践技巧
本文探讨了Java绿色计算与性能优化的技术方案和应用实例。文章从JVM调优(包括垃圾回收器选择、内存管理和并发优化)、代码优化(数据结构选择、对象创建和I/O操作优化)等方面提出优化策略,并结合电商平台、社交平台和智能工厂的实际案例,展示了通过Java新特性提升性能、降低能耗的显著效果。最终指出,综合运用这些优化方法不仅能提高系统性能,还能实现绿色计算目标,为企业节省成本并符合环保要求。
303 0
|
JavaScript
如何使用内存快照分析工具来分析Node.js应用的内存问题?
需要注意的是,不同的内存快照分析工具可能具有不同的功能和操作方式,在使用时需要根据具体工具的说明和特点进行灵活运用。
710 159
|
12月前
|
缓存 编解码 Android开发
Android内存优化之图片优化
本文主要探讨Android开发中的图片优化问题,包括图片优化的重要性、OOM错误的成因及解决方法、Android支持的图片格式及其特点。同时介绍了图片储存优化的三种方式:尺寸优化、质量压缩和内存重用,并详细讲解了相关的实现方法与属性。此外,还分析了图片加载优化策略,如异步加载、缓存机制、懒加载等,并结合多级缓存流程提升性能。最后对比了几大主流图片加载框架(Universal ImageLoader、Picasso、Glide、Fresco)的特点与适用场景,重点推荐Fresco在处理大图、动图时的优异表现。这些内容为开发者提供了全面的图片优化解决方案。
458 1
|
存储 Java
课时4:对象内存分析
接下来对对象实例化操作展开初步分析。在整个课程学习中,对象使用环节往往是最棘手的问题所在。
138 4

热门文章

最新文章