Android中使用Handler形成內存泄露的分析和解決

Java使用有向圖機制,經過GC自動檢查內存中的對象(何時檢查由虛擬機決定),若是GC發現一個或一組對象爲不可到達狀態,則將該對象從內存中回收。也就是說,一個對象不被任何引用所指向,則該對象會在被GC發現的時候被回收;另外,若是一組對象中只包含互相的引用,而沒有來自它們外部的引用(例若有兩個對象A和B互相持有引用,但沒有任何外部對象持有指向A或B的引用),這仍然屬於不可到達,一樣會被GC回收。bash

Android羣653583088進羣私聊管理員能夠免費得到Android架構資料和源碼解析資料以及10年經驗大佬講解
網絡

Android中使用Handler形成內存泄露的緣由架構

Handler mHandler = new Handler() {
    @Override
    public void handleMessage(Message msg) {
        mImageView.setImageBitmap(mBitmap);
    }
}
複製代碼

上面是一段簡單的Handler的使用。當使用內部類(包括匿名類)來建立Handler的時候,Handler對象會隱式地持有一個外部類對象(一般是一個Activity)的引用(否則你怎麼可能經過Handler來操做Activity中的View?)。而Handler一般會伴隨着一個耗時的後臺線程(例如從網絡拉取圖片)一塊兒出現,這個後臺線程在任務執行完畢(例如圖片下載完畢)以後,經過消息機制通知Handler,而後Handler把圖片更新到界面。然而,若是用戶在網絡請求過程當中關閉了Activity,正常狀況下,Activity再也不被使用,它就有可能在GC檢查時被回收掉,但因爲這時線程還沒有執行完,而該線程持有Handler的引用(否則它怎麼發消息給Handler?),這個Handler又持有Activity的引用,就致使該Activity沒法被回收(即內存泄露),直到網絡請求結束(例如圖片下載完畢)。另外,若是你執行了Handler的postDelayed()方法,該方法會將你的Handler裝入一個Message,並把這條Message推到MessageQueue中,那麼在你設定的delay到達以前,會有一條MessageQueue -> Message -> Handler -> Activity的鏈,致使你的Activity被持有引用而沒法被回收。
ide

內存泄露的危害post

只有一個,那就是虛擬機佔用內存太高,致使OOM(內存溢出),程序出錯。對於Android應用來講,就是你的用戶打開一個Activity,使用完以後關閉它,內存泄露;又打開,又關閉,又泄露;幾回以後,程序佔用內存超過系統限制,FC。ui

使用Handler致使內存泄露的解決方法this

方法一:經過程序邏輯來進行保護。spa

1.在關閉Activity的時候停掉你的後臺線程。線程停掉了,就至關於切斷了Handler和外部鏈接的線,Activity天然會在合適的時候被回收。線程

2.若是你的Handler是被delay的Message持有了引用,那麼使用相應的Handler的removeCallbacks()方法,把消息對象從消息隊列移除就好了。code

方法二:將Handler聲明爲靜態類。

靜態類不持有外部類的對象,因此你的Activity能夠隨意被回收。代碼以下:

static class MyHandler extends Handler {
    @Override
    public void handleMessage(Message msg) {
        mImageView.setImageBitmap(mBitmap);
    }
}
複製代碼

但其實沒這麼簡單。使用了以上代碼以後,你會發現,因爲Handler再也不持有外部類對象的引用,致使程序不容許你在Handler中操做Activity中的對象了。因此你須要在Handler中增長一個對Activity的弱引用(WeakReference):

static class MyHandler extends Handler {
    WeakReference<Activity > mActivityReference;

    MyHandler(Activity activity) {
        mActivityReference= new WeakReference<Activity>(activity);
    }

    @Override
    public void handleMessage(Message msg) {
        final Activity activity = mActivityReference.get();
        if (activity != null) {
            mImageView.setImageBitmap(mBitmap);
        }
    }
}
複製代碼

將代碼改成以上形式以後,就算完成了。

具體示例代碼:

/**
 * 
 * 實現的主要功能。
 * 
 * @version 1.0.0
 * @author Abay Zhuang <br/>
 *         Create at 2014-7-28
 */
public class HandlerActivity2 extends Activity {

    private static final int MESSAGE_1 = 1;
    private static final int MESSAGE_2 = 2;
    private static final int MESSAGE_3 = 3;
    private final Handler mHandler = new MyHandler(this);

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mHandler.sendMessageDelayed(Message.obtain(), 60000);

        // just finish this activity
        finish();
    }

    public void todo() {
    };

    private static class MyHandler extends Handler {
        private final WeakReference<HandlerActivity2> mActivity;

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

        @Override
        public void handleMessage(Message msg) {
            System.out.println(msg);
            if (mActivity.get() == null) {
                return;
            }
            mActivity.get().todo();
        }
    }
複製代碼

上面這樣就能夠了嗎?

當Activity finish後 handler對象仍是在Message中排隊。 仍是會處理消息,這些處理有必要?
  正常Activitiy finish後,已經沒有必要對消息處理,那須要怎麼作呢?
  解決方案也很簡單,在Activity onStop或者onDestroy的時候,取消掉該Handler對象的Message和Runnable。
  經過查看Handler的API,它有幾個方法:removeCallbacks(Runnable r)和removeMessages(int what)等。
複製代碼

代碼以下:

@Override
public void onDestroy() {
    //  If null, all callbacks and messages will be removed.
    mHandler.removeCallbacksAndMessages(null);
}
複製代碼

延伸:什麼是WeakReference?

WeakReference弱引用,與強引用(即咱們常說的引用)相對,它的特色是,GC在回收時會忽略掉弱引用,即就算有弱引用指向某對象,但只要該對象沒有被強引用指向(實際上多數時候還要求沒有軟引用,但此處軟引用的概念能夠忽略),該對象就會在被GC檢查到時回收掉。對於上面的代碼,用戶在關閉Activity以後,就算後臺線程還沒結束,但因爲僅有一條來自Handler的弱引用指向Activity,因此GC仍然會在檢查的時候把Activity回收掉。這樣,內存泄露的問題就不會出現了。

Android羣653583088進羣私聊管理員能夠免費得到Android架構資料和源碼解析資料以及10年經驗大佬講解

相關文章
相關標籤/搜索