在Android中，子執行緒不能直接更新主執行緒的UI，因此提供了Handler來方便我們操作。在子執行緒呼叫handler可以直接傳送Message加入MessageQueue，Looper取出Message執行操作，這樣就完成了從子執行緒到主執行緒的UI更新。但是，如果Looper取出的Message執行的操作是使用handler再發訊息（傳送的訊息和之前一樣），這樣就形成了死迴圈，這樣handler一直被持有引用，無法釋放記憶體，導致記憶體洩露。

*****個人經驗狹隘，難免有所疏漏，若有問題，懇請斧正！*****

1.什麼時候會需要迴圈handler發訊息？

前面說handler形成死迴圈，會導致記憶體洩露。可是大家會想“誰會這麼傻，沒事弄個死迴圈？

”。記得App裡面常見的廣告欄嗎？會一直迴圈展示圖片，這個時候就可能需要用到handler傳送迴圈的延時訊息。這裡假設使用ViewPager迴圈展示圖片，大致程式碼如下：

public class Demo extends AppCompatActivity {


    private static final int NEXT_PAGE = 1;

    private ViewPager mViewPager;

    private Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            if (msg.what == NEXT_PAGE) {
                nextPage();//收到訊息後，呼叫切換下一頁的程式碼
            }
        }
    };

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        
        mViewPager = (ViewPager) findViewById(R.id.viewpager);
        //其他操作……

        nextPage();
    }

    private void nextPage() {
        //切換至下一頁
        int currentItem = mViewPager.getCurrentItem();
        mViewPager.setCurrentItem(++currentItem);
        mHandler.sendEmptyMessageDelayed(NEXT_PAGE, 4000);//4秒後切換下一頁
    }
}
 

可以看到，由於mHandler每次傳送的延時4的秒訊息，接收到訊息後又繼續呼叫了傳送延時訊息的方法nextPage()，這樣就陷入了死迴圈。mHandler一直被呼叫，使Activity一直被持有引用，即便是Activity銷燬了，也不會被釋放掉記憶體，導致記憶體洩露。

（一）使用WeakReference，使垃圾回收器傾向於回收該物件

        Java中物件有強、軟、弱、虛四種引用，垃圾回收器優先回收順序是虛>弱>軟，不會回收持有強引用的物件（一直被持有強引用是導致記憶體洩露的原因）。平時建立的物件（例如Person person = new Person();），都是強引用，但是一旦使用完後，就不再持有引用，強引用消失，垃圾回收器就會來回收這片記憶體。而handler的迴圈使其引用一直不消失，所以不會被垃圾回收器回收，導致記憶體洩露。解決的程式碼如下：

private MyHandler mHandler = new MyHandler(DemoActivity.this);

    private static class MyHandler extends Handler {

        private final WeakReference<DemoActivity> mActivity;

        MyHandler(DemoActivity activity) {
            mActivity = new WeakReference<>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            DemoActivity activity = mActivity.get();
            if (activity != null) {

            }
        }
    }

         使用WeakReference後，該物件的引用變成了弱引用，垃圾回收器會優先回收沒有引用的物件，當記憶體不足時就會回收這種不穩定的弱引用物件，釋放出記憶體。

            （二）在Acticity銷燬時，移除所有訊息

         既然handler的所有Message、Callback都被移除了，自然就消除了迴圈導致的持續引用問題。解決的程式碼如下：

@Override
    protected void onDestroy() {
        super.onDestroy();
        mHandler.removeCallbacksAndMessages(null);//移除MessageQueue內所有的Message、Callback
    }

        （三）在Application類中，定義一個全域性的handler

         Application是一個全域性的類，在App啟動時啟動，只有App關閉時才會銷燬，所以完全不會存在記憶體洩露問題。設定程式碼如下：

/**
 * 自定義Application，進行全域性初始化
 *
 * @author ALion on 2016/10/13 20:46
 */
public class MyApplication extends Application {

    private static Handler mHandler;


    @Override
    public void onCreate() {
        super.onCreate();

        mHandler = new Handler();
    }
    
    public static Handler getHandler() {
        return mHandler;
    }
    
}

——加油!