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

来源：互联网发布：葵花宝典数据库修改编辑：程序博客网时间：2024/06/10 09:47

考虑下边这段代码：

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

0 0