Android之内存泄露

最新推荐文章于 2024-05-06 14:09:16 发布
最新推荐文章于 2024-05-06 14:09:16 发布
阅读量432 收藏 2
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45482477/article/details/109216263
版权

前言

前人(大佬)种树,后人(本人)乘凉

正文

定义

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

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

影响

1.导致OOM
2.糟糕的用户体验
3.鸡肋的App存活率

成效

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

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

1.OOM减少30%以上
2.平均使用内存从80M稳定到40M左右
3.用户体验上升，流畅度提升
4.存活率上升，推送到达率提升

类型

  • IO
    FileStream
    Cursor

  • Bitmap

  • Context
    单例
    Callback

  • Service
    BraodcastReceiver
    ContentObserver

  • Handler

  • Thread

技巧
  • 慎用Context
    Context概念
    四大组件Context和Application的context使用参见下表
    在这里插入图片描述
  • 善用Reference
    java引用介绍
    Java四种引用由高到低依次为：强引用 > 软引用 > 弱引用 > 虚引用
    表格说明:
    在这里插入图片描述
  • 复用ConvertView
    复用详解
  • 对象释放
    遵循谁创建谁释放的原则
    示例：显示调用clear列表、对象赋空值
分析
原理
原理
  • 关注堆内存
怎么解决
  • 详见方案
​ 实践分析
  • 详见实践
分析
  • StrictMode
    使用方法：AppContext的onCreate()方法加上
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy
                    .Builder()
                    .detectAll()
                    .penaltyLog()
                    .build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy
                    .Builder()
                    .detectAll()
                    .penaltyLog()
                    .build());

主要检查项：内存泄露、耗时操作等

  • Leakcanary
    GitHub地址
    使用方法
  • 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流，避免泄露
  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();
                  }
              }
          }
      }

<code style="" class="hljs"><span style="">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)</span></code>
单例模式泄露
  • 分析：通过截图我们发现SplashActivity被ActivityUtil的实例activityStack持有
  • 引用代码：
  ActivityUtil.getAppManager().add(this);
  • 解决方案：
    • 在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：弱引用随时可能为空，使用前先判空
    示例代码：
  public static void cancel(int TaskId) {
        if(req != null && req.get() != null){
            req.get().AsyncCancel(TaskId);
        }
    }

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

在这里插入图片描述

总结

转载于(Android 内存泄露实践分析)

原文发表于:Testerhome；

作者：ycwdaaaa ;

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

叽里咕东
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android内存泄露案例分析
02-26
内存泄露是Android开发中常见的性能问题。本文作者以真实案例演示内存泄露从发现、分析定位到最终解决的全过程。一款优秀的Android应用，不仅要有完善的功能，也要有良好的体验，而性能是影响体验的一个重要因素。...
Android Native 内存泄漏系统化解决方案
08-25
Android Native 内存泄漏系统化解决方案 在 Android 平台上，C++ 内存泄漏问题的分析和定位一直是困扰开发人员的难题，因为地图渲染、导航等核心功能对性能要求很高，高德地图 APP 中存在大量的 C++ 代码。解决这个...
Android - 内存泄漏总结
Sim的博客
09-14 921
内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏大家都不陌生了，简单粗俗的讲，就是该被释放的对象没有释放，一直被某个或某些实例所持有却不再被使用导致 GC 不能回收。最近自己阅读了大量相关的文档资料，打算做个 总结 沉淀下来跟大家一起分享和学习，也给自己一个警示，以后 coding 时怎么避免这些情况，提高应用的体验和质量。 我会从 java 内存泄漏的基础知识开始，并通过具体例子来说明 Android 引起内存泄漏的各种原因，以及如何利用工具来分析应用内存泄漏，最后再做
Android内存泄漏
xingyu19911016的博客
04-18 3543
1 什么是内存泄漏（Memory Leak） leak [liːk] 渗入，漏出；漏，渗漏；泄露，透露 Java是垃圾回收语言的一种，其优点是开发者无需特意管理内存分配，降低了应用由于局部故障（segmentation fault）导致崩溃，同时防止未释放的内存把堆栈（Heap）挤爆的可能，所以写出来的代码更为安全。 segmentation [ˌseɡmenˈteɪʃn] 分割；割断；细胞分裂 但是，在Java中仍存在很多容易导致内存泄漏的逻辑可能（logical leak）。如果不小心，Android应
Android Native内存泄漏检测方案详解
最新发布
陆业聪
05-06 1045
本文介绍了四种Android Native层检测内存泄漏的方法：AddressSanitizer、LeakSanitizer、Valgrind和手动检测。这些方法有助于开发者预防和解决内存泄漏。
android native 代码内存泄露 定位方案
程序员入门进阶
06-21 3751
android native 代码内存泄露 定位方案 java代码的内存定位，暂时我们先不关注。此篇文章，主要围绕c c++代码的内存泄露。 ** *欢迎留言，交流您所使用的内存泄露定位方案。*c   c++代码，由于其特殊性质，没有虚拟机概念，内存则直接是由用户管理，比如申请，释放，都是需要用户主动去触发，如果用户出现使用了申请，但是用完之后，没有调用释放，则会引起内存泄露。这种叫真正意
Android内存泄漏详解
行知致简的专栏
10-23 1494
先说GCRoot根，GCRoot根有以下几种引用类型的静态变量常量引用的对象虚拟机栈（本地变量表）中引用的对象存活的线程对象本地方法栈JNI中引用的对象class对象GCRoot根的特点就是被GCRoot根引用的对象会虚拟机判定为不可回收对象，也就是GC时不做回收处理而GCRoot树就是被这些GCRoot根引用的一系列引用的集合，比如一个存活的线程中如果调用了Activity，那么这个Activity就无法被Thread回收。
安卓如何快速定位native内存泄露。
cf125313的专栏
08-11 430
步骤2）setprop libc.debug.malloc 1 && setprop libc.debug.malloc.options "backtrace leak_track verbose" && setprop libc.debug.malloc.options.program ais_test_hidl(要测试的可执行文件名)后面的泄露比前面的泄露多大概20次，就大概率是泄露。通过泄露的stack快速定位到泄露点。步骤1）cat /proc/pid/status,观察下面俩个指标。
androidStudio内存泄漏分析
09-02
在Android应用开发中，内存泄漏是一个严重的问题，它可能导致应用性能下降、响应变慢甚至崩溃。Android Studio作为官方推荐的集成开发环境（IDE），提供了强大的内存泄漏检测工具，帮助开发者定位并解决这些问题。...
Android Handler内存泄漏详解及其解决方案
08-27
Android Handler内存泄漏详解及其解决方案 在 Android 开发过程中，我们可能会遇到过令人奔溃的 OOM 异常，这篇文章主要介绍了 Android Handler 内存泄漏详解及其解决方案，具有一定的参考价值，感兴趣的小伙伴们...
解决Android使用Handler造成内存泄露问题
08-29
Android中Handler造成内存泄露问题解决方法 Android中使用Handler可能会造成内存泄露的问题，这是因为Handler对象会隐式地持有一个外部类对象的引用，使得Activity无法被回收。这种情况下，出现了内存泄露的问题，...
android 内存泄露 分析方法
09-15
android 内存泄露 分析方法.非常难对应的问题。首先弄明白原理
android性能优化之内存泄露
10-13
讲解android开发过程中遇到的内存问题，场景案例分析，
Android常见内存泄漏
JALLV的博客
10-19 2345
内存泄漏(Memory Leak)是指程序中已动态分配的堆内存由于某种原因未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃(内存溢出OOM)等严重后果。
移动开发避坑指南——内存泄漏
douluo998的博客
04-10 1213
匿名内部类持有外部类的引用，匿名内部类对象泄露，从而导致外部类对象内存泄漏，常见Handler、Runnable匿名内部类，持有外部Activity的引用，如果Activity已经被销毁，但是Handler未处理完消息，导致Handler内存泄露，从而导致Activity内存泄露。这个例子中，self和block之间的循环引用被打破，self可以正常释放了，但是需要注意的是还存在一条循环引用链：tableView强引用cell，cell强引用block，block强引用tableView。
Android常见内存泄漏以及解决办法
世上只有一种英雄主义
02-09 1390
1. 注意你的Context引用尝试使用合适的context##(1).Toast能在许多的Activity看到, 使用 getApplicationContext() (2).service经常比activity生命周期长，所以使用如下的代码：Intent myService = new Intent(getApplicationContext(), MyService.class)下图展示了
Android中的内存泄露问题
u012556114的博客
12-04 1301
内存泄漏（Memory Leak）是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。 Android中发生内存泄露的常见情形如下: 1.handler引起的内存泄露 private TextView textView; private Button button; private Handler m...
安卓内存泄露成因和解决办法
热门推荐
u013495603的专栏
02-19 1万+
内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏大家都不陌生了，简单粗俗的讲，就是该被释放的对象没有释放，一直被某个或某些实例所持有却不再被使用导致 GC 不能回收。最近自己阅读了大量相关的文档资料，打算做个 总结 沉淀下来跟大家一起分享和学习，也给自己一个警示，以后 coding 时怎么避免这些情况，提高应用的体验和质量。 我会从 java 内存泄漏的基础知识
安卓常见的内存泄漏实例以及解决办法
技术共享
12-22 2113
什么是内存泄漏(Memory Leak)？答： 进程中某些对象已经没有使用价值了，但是他们却还可以直接或者间接地被引用到GC Root，导致无法被回收。什么是内存溢出(Memory Leak)？ 答 ： 简单来说—>当程序向系统申请内存时，系统没有足够的内存供其使用就会造成内存溢出。 专业来说—>当应用占用的heap(内存)资源超过了Dalvik虚拟机分配的内存就会内存
Android 线上内存泄漏
09-09
1. 使用工具进行内存泄露分析：Android平台提供了一些工具，如Android Profiler和LeakCanary等，可以帮助定位内存泄漏的原因和位置。 2. 检查代码：仔细检查代码，确保正确地释放对象，包括关闭资源、取消注册等操作...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值