Android解惑之Handler為什么需要是static的

我們先來看一張Android Studio中的warning截圖

handler內存泄漏.png

public class HandlerTestActivity extends Activity {
    private final Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            // ... do something
        }
    }
}

上面這段代碼會引起內存泄漏（Memory Leak）。

• 為什么會引起內存泄漏？

  我們都知道，非static的內部類會持有外部類的引用，舉個類子來說，我們經常在一些內部類中顯示跳轉activity的時候，給Intent賦值的時候，第一個參數會寫 外部類名.this ，這就是持有外部類的引用的很好表現。 同樣，其他地方需要用到這個內部類的時候，也不能是直接new出來，因為為非static的，必須先通過new出外部類才能。

那么，現在的情況就是，這個非static的handler內部類，無論是否是匿名的，便會持有外部的activity的引用。

若此時你的handler的消息隊列中有未處理的Message，在Activity finish之后，Message仍然存在，那么Handler也仍然存在。由于Handler中有Context的引用，那么Context也就存在也就存在。而該Context就是我們的Activity，也就是Activity依然純在，那么我們便是發生了內存泄露。

• 那么為什么要寫成靜態內部類呢？或者寫成其他單獨的類呢？

  隱性匿名類Handler變成static的內部類，由于static的內部類，使用的使用不需要外部類的實例，所以static的內部類和外部類是沒有聯系的，從而不持有外部類的引用，通過這種方法，我們可以避免該種情況的發生。

  將隱性匿名類寫成一個單獨的類（top-level-class），這樣Handler和Context之間就沒有聯系了。

• 如何寫？

  大家都知道，寫成靜態類后，由于其類似于單獨成為了一個類，便不能直接調用我們Activity中的一些控件了，難不成要把所有的控件都寫成static的么，當然不是

我們通過使Handler持有Activity的一個弱引用來解決這個問題，直接持有Activity的話，我們便與之前的匿名內部類直接持有外部類的引用沒區別了，而持有了弱引用，在Activity有用的情況下，其會被AMS持有強引用，GC不會回收，而當其finish了，便沒有強引用對象持有了，此時GC時便會回收該Activity，我們的Handler由于是持有的弱引用，也不會導致其回收不成功。

來看一個簡單的demo，我們寫一個靜態handler，實現5秒后修改我們布局中的textview的text。

package applock.anderson.com.statichandler;

import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.support.v7.app.AppCompatActivity;
import android.widget.TextView;

import java.lang.ref.WeakReference;

public class MainActivity extends AppCompatActivity {

    private TextView mTextView;
    private Handler mHandler;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTextView = (TextView) findViewById(R.id.tv_1);
        mHandler = new MyHandler(this);
        mHandler.sendEmptyMessageDelayed(0,5000);
    }

    public void setTextViewText(String str) {
        if(mTextView != null) {
            mTextView.setText(str);
        }
    }

    private static class MyHandler extends Handler {
        WeakReference<MainActivity> mainActivityWeakReference;

        public MyHandler(MainActivity activity) {
            mainActivityWeakReference = new WeakReference<MainActivity>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            //若Avtivity被回收，此時activity便為空
            MainActivity activity = mainActivityWeakReference.get();
            if(activity != null) {
                activity.setTextViewText("修改成功");
            }
        }
    }
}

可以看到，我們的Activity中的TextView成功被修改了。

靜態handler.png

• 進階

  其實我們為什么要持有我們的Activity的弱引用呢，完全可以使用MVP大法，持有我們Activity實現的接口對象的弱引用，也就是多態的方式持有我們的Activity弱引用，多么美好的事情。

來自：http://www.jianshu.com/p/23b8ba367c0e