Handler、Inner Class 怎么造成context泄漏的？

最新推荐文章于 2025-08-22 06:26:24 发布

xiaobaiooo

最新推荐文章于 2025-08-22 06:26:24 发布

阅读量461

点赞数

分类专栏： android 文章标签： android activity handler leak

android 专栏收录该内容

17 篇文章

订阅专栏

本文深入探讨了Android应用程序中由于Handler类不当使用导致的内存泄漏问题。通过具体的代码示例，详细解释了非静态内部类如何隐含地持有外部类的引用，并展示了如何通过将Handler类变为静态或使用弱引用等手段解决这一问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

考虑下边这段代码：

public class SampleActivity extends Activity {

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

不是很明显，但这段代码可能会造成严重的内存泄漏。Android Lint 工具会给出如下警告：

In Android, Handler classes should be static or leaks might occur.（Handler 类必须定义为 static。）

但具体哪里泄漏呢？我们先来列出我们都知道些什么：

当一个Android 应用启动时，框架会首先创造一个Looper 对象。 Looper对象实现一个简单的消息队列，在循环中一个接一个的处理消息（Message）对象。所有重要的应用框架事件（比如Activity生命周期、按钮点击等等）都在消息对象里，被加进Looper的消息队列，一个一个被处理。主线程的Looper会一直存活在应用的生命周期里。
当主线程里初始化一个Handler，它和Looper的消息队列有关。发到消息队列里的消息会被Handler引用，当Looper最终处理消息时，框架能够调用Handler 的 handleMessage(Message)方法。
在JAVA里，非静态的内部或者匿名类，隐含一个外部类的引用。静态内部类则没有。

所以内存泄漏到底具体在哪？这很微妙，先看下边的这段代码：

public class SampleActivity extends Activity {
 
  private final Handler mLeakyHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
      // ...
    }
  }
 
  @Override
  protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
 
    // Post a message and delay its execution for 10 minutes.
    mLeakyHandler.postDelayed(new Runnable() {
      @Override
      public void run() { /* ... */ }
    }, 1000 * 60 * 10);
 
    // Go back to the previous Activity.
    finish();
  }
}

当Activity结束后，被延迟10分钟的消息会继续在主线程的消息队列里存活直到它被处理。这个消息持有一个对该activity 的 Handler 的引用，该Handler又持有一个对外部类（这这里时SampleActivity类）的引用。这个引用会一直存在知道消息被处理，所以会阻止activity context被垃圾回收并且泄漏应用资源。注意，第15行的匿名类Runable也会造成同样问题。匿名类的非静态实例持有对外部类的隐含引用，所以context会被泄漏。

为了解决这个问题，把Handler类写在另一个新文件里或者用静态static匿名类。静态匿名类不会持有外部类的隐含引用，所以该activity不会被泄漏。如果需要在Handler里调用外部activity的方法，让该Handler持有一个外部activity类的弱引用WeakReference，这样就不会造成泄漏。为了解决初始化匿名Runnable类时造成的内存泄漏，我们把它变成该类的一个静态变量（因为静态匿名类的实例不会含有外部类的隐藏引用）;

public class SampleActivity extends Activity {

  /**
   * Instances of static inner classes do not hold an implicit
   * reference to their outer class.
   */
  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);

  /**
   * Instances of anonymous classes do not hold an implicit
   * reference to their outer class when they are "static".
   */
  private static final Runnable sRunnable = new Runnable() {
      @Override
      public void run() { /* ... */ }
  };

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

    // Post a message and delay its execution for 10 minutes.
    mHandler.postDelayed(sRunnable, 1000 * 60 * 10);
    
    // Go back to the previous Activity.
    finish();
  }
}

静态和非静态内部类的区别很微妙，但是是不是有些东西安卓开发者应该懂呢。底线是什么？避免在一个activity里使用非静态的内部类如果实例化一个内部类的寿命比该activity的使命周期长。作为替代，最好用静态内部类并且在内部持有activity的弱引用。

ref: http://www.androiddesignpatterns.com/2013/01/inner-class-handler-memory-leak.html