Handler記憶體洩漏分析及解決

bby發表於2018-10-17

一、介紹

首先,請瀏覽下面這段handler程式碼:

public class SampleActivity extends Activity {
  private final Handler mLeakyHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
      // ... 
    }
  }
}
複製程式碼

在使用handler時,這是一段很常見的程式碼。但是,它卻會造成嚴重的記憶體洩漏問題。在實際編寫中,我們往往會得到如下警告:

 In Android, Handler classes should be static or leaks might occur.
複製程式碼

二、分析

1、 Android角度

當Android應用程式啟動時,framework會為該應用程式的主執行緒建立一個Looper物件。這個Looper物件包含一個簡單的訊息佇列Message Queue,並且能夠迴圈的處理佇列中的訊息。這些訊息包括大多數應用程式framework事件,例如Activity生命週期方法呼叫、button點選等,這些訊息都會被新增到訊息佇列中並被逐個處理。

另外,主執行緒的Looper物件會伴隨該應用程式的整個生命週期。

然後,當主執行緒裡,例項化一個Handler物件後,它就會自動與主執行緒Looper的訊息佇列關聯起來。所有傳送到訊息佇列的訊息Message都會擁有一個對Handler的引用,所以當Looper來處理訊息時,會據此回撥[Handler#handleMessage(Message)]方法來處理訊息。

2、 Java角度

在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結束(finish)時,裡面的延時訊息在得到處理前,會一直儲存在主執行緒的訊息佇列裡持續10分鐘。而且,由上文可知,這條訊息持有對handler的引用,而handler又持有對其外部類(在這裡,即SampleActivity)的潛在引用。這條引用關係會一直保持直到訊息得到處理,從而,這阻止了SampleActivity被垃圾回收器回收,同時造成應用程式的洩漏。

注意,上面程式碼中的Runnable類--非靜態匿名類--同樣持有對其外部類的引用。從而也導致洩漏。

四、洩漏解決方案

首先,上面已經明確了記憶體洩漏來源:

只要有未處理的訊息,那麼訊息會引用handler,非靜態的handler又會引用外部類,即Activity,導致Activity無法被回收,造成洩漏;

Runnable類屬於非靜態匿名類,同樣會引用外部類。

為了解決遇到的問題,我們要明確一點:靜態內部類不會持有對外部類的引用。所以,我們可以把handler類放在單獨的類檔案中,或者使用靜態內部類便可以避免洩漏。

另外,如果想要在handler內部去呼叫所在的外部類Activity,那麼可以在handler內部使用弱引用的方式指向所在Activity,這樣統一不會導致記憶體洩漏。

對於匿名類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();
  }
}
複製程式碼

五、小結

雖然靜態類與非靜態類之間的區別並不大,但是對於Android開發者而言卻是必須理解的。至少我們要清楚,如果一個內部類例項的生命週期比Activity更長,那麼我們千萬不要使用非靜態的內部類。最好的做法是,使用靜態內部類,然後在該類裡使用弱引用來指向所在的Activity。

原文連結:

www.jianshu.com/p/cb9b4b71a…

相關文章