Android中使用Handler造成內(nèi)存泄露的分析和解決

什么是內(nèi)存泄露?

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

Android中使用Handler造成內(nèi)存泄露的原因

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

上面是一段簡單的Handler的使用。當使用內(nèi)部類(包括匿名類)來創(chuàng)建Handler的時候,Handler對象會隱式地持有一個外部類對象(通常是一個Activity)的引用(不然你怎么可能通過Handler來操作Activity中的View?)。而Handler通常會伴隨著一個耗時的后臺線程(例如從網(wǎng)絡拉取圖片)一起出現(xiàn),這個后臺線程在任務執(zhí)行完畢(例如圖片下載完畢)之后,通過消息機制通知Handler,然后Handler把圖片更新到界面。然而,如果用戶在網(wǎng)絡請求過程中關(guān)閉了Activity,正常情況下,Activity不再被使用,它就有可能在GC檢查時被回收掉,但由于這時線程尚未執(zhí)行完,而該線程持有Handler的引用(不然它怎么發(fā)消息給Handler?),這個Handler又持有Activity的引用,就導致該Activity無法被回收(即內(nèi)存泄露),直到網(wǎng)絡請求結(jié)束(例如圖片下載完畢)。另外,如果你執(zhí)行了Handler的postDelayed()方法,該方法會將你的Handler裝入一個Message,并把這條Message推到MessageQueue中,那么在你設定的delay到達之前,會有一條MessageQueue -> Message -> Handler -> Activity的鏈,導致你的Activity被持有引用而無法被回收。

內(nèi)存泄露的危害#

只有一個,那就是虛擬機占用內(nèi)存過高,導致OOM(內(nèi)存溢出),程序出錯。對于Android應用來說,就是你的用戶打開一個Activity,使用完之后關(guān)閉它,內(nèi)存泄露;又打開,又關(guān)閉,又泄露;幾次之后,程序占用內(nèi)存超過系統(tǒng)限制,F(xiàn)C。

使用Handler導致內(nèi)存泄露的解決方法

方法一:通過程序邏輯來進行保護。#

1.在關(guān)閉Activity的時候停掉你的后臺線程。線程停掉了,就相當于切斷了Handler和外部連接的線,Activity自然會在合適的時候被回收。

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

方法二:將Handler聲明為靜態(tài)類。#

靜態(tài)類不持有外部類的對象,所以你的Activity可以隨意被回收。代碼如下:

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

但其實沒這么簡單。使用了以上代碼之后,你會發(fā)現(xiàn),由于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);
        }
    }
}

將代碼改為以上形式之后,就算完成了。

什么是WeakReference#

WeakReference弱引用,與強引用(即我們常說的引用)相對,它的特點是,GC在回收時會忽略掉弱引用,即就算有弱引用指向某對象,但只要該對象沒有被強引用指向(實際上多數(shù)時候還要求沒有軟引用,但此處軟引用的概念可以忽略),該對象就會在被GC檢查到時回收掉。對于上面的代碼,用戶在關(guān)閉Activity之后,就算后臺線程還沒結(jié)束,但由于僅有一條來自Handler的弱引用指向Activity,所以GC仍然會在檢查的時候把Activity回收掉。這樣,內(nèi)存泄露的問題就不會出現(xiàn)了。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容