Handler 引起的内存泄露

本文深入探讨了在Android应用中使用Handler时可能导致的内存泄漏问题,并详细解释了其原因。通过实例展示了如何避免内存泄漏,确保应用的稳定运行。

先看一组简单的代码

1
2
3
4
5
6
7
8
9
public class SampleActivity extends Activity {

  private final Handler mHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
      // ... 
    }
  }
}

当我们这样写在一个Activity中时,Android Lint会提示我们这样一个 warning: In Android, Handler classes should be static or leaks might occur.
意思说:在Android中,Handler 类应该是静态的否则可能发生泄漏。

为什么会是这样呢?

了解一下Handler

  1. 当Android程序第一次创建的时候,在主线程同时会创建一个Looper对象。Looper实现了一个简单的消息队列,一个接着一个处理Message对象。程序框架所有主要的事件(例如:屏幕上的点击时间,Activity生命周期的方法等等)都包含在Message对象中,然后添加到Looper的消息队列中,一个一个处理。主线程的Looper存在整个应用程序的生命周期内。
  2. 当一个Handler对象在主线程中创建的时候,它会关联到Loopermessage queueMessage添加到消息队列中的时候Message会持有当前Handler引用,当Looper处理到当前消息的时候,会调用Handler#handleMessage(Message).
  3. java中,no-static的内部类会 隐式的 持有当前类的一个引用。static的类则没有。

在什么地方引起了内存的泄露呢?再看看下面一段代码

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
public class SampleActivity extends Activity {

  private final Handler mHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
      // ...
    }
  }

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    // 发送一个10分钟后执行的一个消息
    mHandler.postDelayed(new Runnable() {
      @Override
      public void run() { }
    }, 600000);

    // 结束当前的Activity
    finish();
  }
}

Activity结束后,在 Message queue 处理这个Message之前,它会持续存活着。这个Message持有Handler的引用,而Handler有持有Activity(SampleActivity)的引用,这个Activity所有的资源,在这个消息处理之前都不能也不会被回收,所以发生了内存泄露。

解决办法,看下面一段代码

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
public class SampleActivity extends Activity {

  /**
   * 使用静态的内部类,不会持有当前对象的引用
   */
  private static class MyHandler extends Handler {
    private final WeakReference<SampleActivity> mActivity;

    public MyHandler(SampleActivity activity) {
      mActivity = new WeakReference<SampleActivity>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
      SampleActivity activity = mActivity.get();
      if (activity != null) {
        // ...
      }
    }
  }

  private final MyHandler mHandler = new MyHandler(this);

  /**
   * 使用静态的内部类,不会持有当前对象的引用
   */
  private static final Runnable sRunnable = new Runnable() {
      @Override
      public void run() { }
  };

  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    //  发送一个10分钟后执行的一个消息
    mHandler.postDelayed(sRunnable, 600000);

    // 结束
    finish();
  }
}

ok,结束

声明:eoe文章著作权属于作者,受法律保护,转载时请务必以超链接形式附带如下信息

原文作者: 花_开_堪_折_枝


Handler 导致内存泄露通常是因为 Handler 持有 Activity 或其他 Context 的引用,而这个 Handler 又被其他长生命周期的对象(如静态变量、线程等)持有。当 Activity 被销毁时,由于 Handler 仍然持有其引用,导致 Activity 无法被垃圾回收器回收,从而造成内存泄露。若出现 Handler 的生命周期 > 外部类的生命周期时(即 Handler 消息队列还有未处理的消息 / 正在处理消息,而外部类需销毁时),将使得外部类无法被垃圾回收器(GC)回收,进而造成内存泄露。在 Activity 中,将 Handler 声明成非静态内部类或匿名内部类,这样 Handler 默认持有外部类 Activity 的引用。如果 Activity 在销毁时,Handler 还有未执行完或者正在执行的 Message,而 Handler 又持有 Activity 的引用,会导致 GC 无法回收 Activity,导致内存泄漏 [^1][^2][^4]。 解决方法主要在于两点: 1. 将 Handler 声明为静态内部类。因为静态内部类不会持有外部类的引用,所以不会导致外部类实例出现内存泄露。 2. 在 Handler 中添加对外部 Activity 的弱引用。由于 Handler 被声明为静态内部类,不再持有外部类对象的引用,导致无法在 handleMessage() 中操作 Activity 中的对象,所以需要在 Handler 中增加一个对 Activity 的弱引用 [^3]。 以下是示例代码: ```java import android.app.Activity; import android.os.Handler; import android.os.Message; import java.lang.ref.WeakReference; public class MainActivity extends Activity { private static class MyHandler extends Handler { private final WeakReference<MainActivity> mActivity; public MyHandler(MainActivity activity) { mActivity = new WeakReference<>(activity); } @Override public void handleMessage(Message msg) { MainActivity activity = mActivity.get(); if (activity != null) { // 处理消息 } } } private final MyHandler mHandler = new MyHandler(this); @Override protected void onDestroy() { super.onDestroy(); // 移除所有消息 mHandler.removeCallbacksAndMessages(null); } } ```
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值