Handler內存泄漏緣由及解決方案

Handler內存泄漏緣由及解決方案

目錄：

1.須知：

1. 主線程Looper生命週期和Activity的生命週期一致。
2. 非靜態內部類，或者匿名內部類。默認持有外部類引用。

2.緣由：

Handler形成內存泄露的緣由。非靜態內部類，或者匿名內部類。使得Handler默認持有外部類的引用。在Activity銷燬時，因爲Handler可能有未執行完/正在執行的Message。致使Handler持有Activity的引用。進而致使GC沒法回收Activity。

3.可能形成內存泄漏

1. 匿名內部類:

//匿名內部類    
    Handler handler=new Handler(){
        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    };
複製代碼

2. 非靜態內部類:

//非靜態內部類
    protected class AppHandler extends Handler {

        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {
                // TODO: 2019/4/30  
            }
        }
    }
複製代碼

4.解決方法：

1. Activity銷燬時，清空Handler中，未執行或正在執行的Callback以及Message。

// 清空消息隊列，移除對外部類的引用
    @Override
    protected void onDestroy() {
        super.onDestroy();
        mHandler.removeCallbacksAndMessages(null);

    }

  
    //Handler源碼中removeCallbacksAndMessages()註釋含義
    /**
     * Remove any pending posts of callbacks and sent messages whose
     * <var>obj</var> is <var>token</var>.  If <var>token</var> is null,
     * all callbacks and messages will be removed.
     */
    public final void removeCallbacksAndMessages(Object token) {
        mQueue.removeCallbacksAndMessages(this, token);
    }
複製代碼

2. 靜態內部類+弱引用

private static class AppHandler extends Handler {
        //弱引用，在垃圾回收時，被回收
        WeakReference<Activity> activity;

        AppHandler(Activity activity){
            this.activity=new WeakReference<Activity>(activity);
        }

        public void handleMessage(Message message){
            switch (message.what){
                //todo
            }
        }
    }
複製代碼

5. 其餘：

即便內存泄漏了。待handler中的消息處理完。下次GC時便可回收本次未回收的內存。