Android 内存泄漏案例分析总结(Handler)

在Android开发开发中,操作不当很容易引起内存泄漏,这里主要记录下平时遇到问题,包括:静态变量(也包含集合)、非静态的内部类、Handler、监听器,尤其是 Handler 在开发中要格外的注意。
同步发布在简书Android 内存泄漏案例分析总结(Handler)

1、静态变量

public class LeakActivityDemo extends Activity{
      private static TextView mTextView;

      @Override
      protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTextView = new TextView(this);
        mTextView.setText("demo");
      }
    }

我这里这是一个例子,一般开发不会这么写,上面的代码在 Activity 结束的时候,mTextView 一直持有 this 引用,
导致整个 Activity 无法回收

解决:方法在 Activity 生命周期 onDestroy 时将 mTextView 置空,或者尽量少使用到静态变量。
注意:在写代码时,要考虑到当前的变量是否持有当前 Activity 的引用,避免出现内存泄漏.

2、非静态内部类

关于 Handler

public class LeakActivity extends Activity{

      @Override
      protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mHandler.postDelayed(new Runnable() {

          @Override
          public void run() {

          }
        }, 1);
      }

      //提示:This Handler class should be static or leaks might occur (com.mvp.view.LeakActivity.1)
      private Handler mHandler = new Handler() {
          @Override public void handleMessage(Message msg) {
              super.handleMessage(msg);
          }
      };
    }

在 Android 开发中,我们一般使用 Handler 处理异步操作,通常我们的代码会像上面一样实现,但是上面的代码可能存在泄漏,其实编译器已经提示了警告,建议使用 static 静态标示。

原因:

1、首先在 java 中,非静态内部类会或者内部类会持有外部对象的引用,而静态内部类不会持有外部类的引用;

2、和 Handler 机制有关,我们知道 Handler 和 Looper 是一起工作的,在一个 Activity 起来的时候,会帮我们创建一个
在主线程中使用的 Looper,用来处理所有的消息,当 Hanlder 初始化好以后,就会有一个消息发送到了 Looper 的消息队列中,
而这个消息则包含了当前 Handler 的引用,这就是内存泄露的原因;

解决:

1、使用静态内部类,如果在内部类中使用了 Activiy 则要使用 WeakReference(弱引用),并且需要注意判空。

2、还有Hanlder要在生命周期 ondestroy 时,取消该 Handler 对象的 Messag 和 Runnable。

例如:
removeCallbacks(Runnable r)、removeMessages(int what)、mHandler.removeCallbacksAndMessages(null);

private final MyHandler mHandler = new MyHandler(this);

  public static class MyHandler extends Handler {
      private final WeakReference<LeakActivity> mWeakActivity;

      public MyHandler(LeakActivity context) {
        mWeakActivity = new WeakReference<LeakActivity>(context);
      }

      @Override public void handleMessage(Message msg) {
          super.handleMessage(msg);
          if (mWeakActivity.get() != null) {
            mWeakActivity.get().todo();
      }
      }
  }

  public void todo(){
    //todo
  }

关于 Runnable

常常会这么写,会存在很大的内存泄露问题,内部类会持有外部对象的引用,如果我们 run 方法操作了 UI 等,或者 使用了 postDelayed 方法,很容易造成内存泄露问题。

mHandler.post(new Runnable() {

    @Override
    public void run() {
      ..
    }
});

解决方法:使用静态的Runnable 和 WeakReference 来解决引用问题,使用 WeakReference 要注意判断,因为可能随时会被回收。

private static final class ItemRunnble implements Runnable {

  private final WeakReference<Item> mWeakReference;

  public ProgressBarRunnble(Item f) {
    mWeakReference = new WeakReference<Item>(f);
  }

  @Override
  public void run() {
    Item item = mWeakReference.get();
    if (item != null) {
      ...
    }
  }
}

mHandler.post(new ItemRunnble(mItem))

3、非静态内部类生成的静态变量

private static MyClass myClass;
  private class MyClass {

  }

..

myClass = new MyClass();  

这种是两者的综合体,只要是非静态内部类就会持有外部类的引用,如果外部类正好是 Activity ,那么会导致 Activity 无法回收;
处理方式和第一种很像,记得释放

总结

静态变量最容易出现内存泄露,这些静态变量的生命周期和应用程序一致,所有的对象 Object 也不能被释放,
而集合类如果不 remove 添加的 Object,则会永远持有这些 Ojbect,也会导致无法释放。

监听器是一种使用方式,Android 中比较常见的是 Listener,Observer 等,
一般被监听者的生命周期要比监听者的生命周期长,当监听者本身不被使用,但又没有移除被监听者对其的引用时就会造成内存无法释放。

数据库在不使用时也没有关闭,那么这部分内存也就无法回收。

以下列举注意情况:


  • 遵守生命周期,创建时创建,销毁时记得回收
  • Bitmip 和 Drawable 记得手动回收
  • 减少静态变量的使用
  • 自定义静态 Handler,和 Handler 回收
  • 使用 Application Context,少使用 Activity Context
  • 监听器不使用的时候记得释放
  • 如果循环中使用较多临时变量,当不使用时及时释放

参考文章

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值