Android中Handler引起的內(nèi)存泄露問題解決辦法

更新時間：2015年01月16日 09:17:30 投稿：junjie

這篇文章主要介紹了Android中Handler引起的內(nèi)存泄露問題解決辦法,本文講解了導(dǎo)致內(nèi)存泄露的情景,并給出了修改后的代碼,需要的朋友可以參考下

在Android常用編程中，Handler在進(jìn)行異步操作并處理返回結(jié)果時經(jīng)常被使用。通常我們的代碼會這樣實現(xiàn)。

public class SampleActivity extends Activity {

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

但是，其實上面的代碼可能導(dǎo)致內(nèi)存泄露，當(dāng)你使用Android lint工具的話，會得到這樣的警告

復(fù)制代碼代碼如下:

In Android, Handler classes should be static or leaks might occur, Messages enqueued on the application thread's MessageQueue also retain their target Handler. If the Handler is an inner class, its outer class will be retained as well. To avoid leaking the outer class, declare the Handler as a static nested class with a WeakReference to its outer class

看到這里，可能還是有一些搞不清楚，代碼中哪里可能導(dǎo)致內(nèi)存泄露，又是如何導(dǎo)致內(nèi)存泄露的呢？那我們就慢慢分析一下。

1.當(dāng)一個Android應(yīng)用啟動的時候，會自動創(chuàng)建一個供應(yīng)用主線程使用的Looper實例。Looper的主要工作就是一個一個處理消息隊列中的消息對象。在Android中，所有Android框架的事件（比如Activity的生命周期方法調(diào)用和按鈕點擊等）都是放入到消息中，然后加入到Looper要處理的消息隊列中，由Looper負(fù)責(zé)一條一條地進(jìn)行處理。主線程中的Looper生命周期和當(dāng)前應(yīng)用一樣長。

2.當(dāng)一個Handler在主線程進(jìn)行了初始化之后，我們發(fā)送一個target為這個Handler的消息到Looper處理的消息隊列時，實際上已經(jīng)發(fā)送的消息已經(jīng)包含了一個Handler實例的引用，只有這樣Looper在處理到這條消息時才可以調(diào)用Handler#handleMessage(Message)完成消息的正確處理。

3.在Java中，非靜態(tài)的內(nèi)部類和匿名內(nèi)部類都會隱式地持有其外部類的引用。靜態(tài)的內(nèi)部類不會持有外部類的引用。關(guān)于這一內(nèi)容可以查看細(xì)話Java：”失效”的private修飾符

確實上面的代碼示例有點難以察覺內(nèi)存泄露，那么下面的例子就非常明顯了

復(fù)制代碼代碼如下:

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();
}
}

分析一下上面的代碼，當(dāng)我們執(zhí)行了Activity的finish方法，被延遲的消息會在被處理之前存在于主線程消息隊列中10分鐘，而這個消息中又包含了Handler的引用，而Handler是一個匿名內(nèi)部類的實例，其持有外面的SampleActivity的引用，所以這導(dǎo)致了SampleActivity無法回收，進(jìn)行導(dǎo)致SampleActivity持有的很多資源都無法回收，這就是我們常說的內(nèi)存泄露。

注意上面的new Runnable這里也是匿名內(nèi)部類實現(xiàn)的，同樣也會持有SampleActivity的引用，也會阻止SampleActivity被回收。

要解決這種問題，思路就是不適用非靜態(tài)內(nèi)部類，繼承Handler時，要么是放在單獨的類文件中，要么就是使用靜態(tài)內(nèi)部類。因為靜態(tài)的內(nèi)部類不會持有外部類的引用，所以不會導(dǎo)致外部類實例的內(nèi)存泄露。當(dāng)你需要在靜態(tài)內(nèi)部類中調(diào)用外部的Activity時，我們可以使用弱引用來處理。另外關(guān)于同樣也需要將Runnable設(shè)置為靜態(tài)的成員屬性。注意：一個靜態(tài)的匿名內(nèi)部類實例不會持有外部類的引用。修改后不會導(dǎo)致內(nèi)存泄露的代碼如下:

復(fù)制代碼代碼如下:

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中很多的內(nèi)存泄露都是由于在Activity中使用了非靜態(tài)內(nèi)部類導(dǎo)致的，就像本文提到的一樣，所以當(dāng)我們使用時要非靜態(tài)內(nèi)部類時要格外注意，如果其實例的持有對象的生命周期大于其外部類對象，那么就有可能導(dǎo)致內(nèi)存泄露。個人傾向于使用文章的靜態(tài)類和弱引用的方法解決這種問題。

您可能感興趣的文章: