Context記憶體泄露:Handler&內部類,contexthandler
之前代碼中,我經常會去使用Thread去處理耗時操作,再用Handler去返回到主線程,後面涉及到記憶體泄露,才知道這裡面存在了很大的隱患–記憶體泄露。
之前,一直以為Context發生記憶體泄露的幾率很小,就不以為意。奈何當Android Lint給出下面的警告時,我收合小覷之心。
In Android, Handler classes should be static or leaks might occur.
這是My Code:
public class WallPaperActivity extends Activity { //.... private final Handler mHandler = new Handler() { @Override public void handleMessage(Message msg) { // ... } } //....}
Android Lint給出這句話的意思,就是:定義的Handler類應該是一個靜態類,不然可能會導致記憶體泄露。
為什麼Hanlder會導致記憶體泄露呢?
讓我們看看代碼裡做了什麼事:
public class WallPaperActivity extends Activity { //... private final Handler mHandler = new Handler() { @Override public void handleMessage(Message msg) { // ... imageview.setImagebitmap(bitmap); } }}
這邊主要進行的是後台線程拉取網狀圖片的一個操作,然後在主線程中進行更新介面。
這裡,我們要知道:當一個Android應用程式第一次啟動時,Android架構為應用程式的主線程建立一個Looper對象。一個Looper實現了一個簡單的訊息佇列,在一個迴圈中處理Message對象。所有主要的應用程式架構事件(如活動生命週期方法調用,單擊按鈕,等等)都包含在Message對象,它被添加到Looper的訊息佇列然後一個個被處理。主線程的Looper在應用程式的整個生命週期中存在。而當一個Handle在主線程被執行個體化,它就被關聯到Looper的訊息佇列。被發送到訊息佇列的訊息會持有一個Handler的引用,以便Android架構可以在Looper最終處理這個訊息的時候,調用Handler.handleMessage(Message)。在java中,非靜態內部類和匿名類會隱式的持有一個當前外部類的引用。然而,靜態內部類不會。(來自譯文)
所以,上面代碼中建立handler時,其實該對象已經隱式持有WallPaperActivity的引用了,由於後台在下載拉取圖片,可能會很快,可能慢的跟狗一樣,這時,在介面關閉之前,載入完圖片並顯示到介面上,即hanlder處理訊息完畢,那自然萬事大吉。可是網路不好時,圖片下載一半時,Activity關閉,這時,因為線程沒執行完,線程中Handler持有WallPaperActivity引用,導致了該Activity無法被回收,這就是泄露的來源。
尋找了網路大神等對此的解決方案,總共有兩個:
1.根據介面需要去對包含Hanlder的線程進行限制:在關閉Activity(onDestroy())之前停掉線程。顯然這是一個方法,不過對我不適合,畢竟我希望圖片最好可以下下來的。
2.聲明Handler類為靜態類:
static class MyHandler extends Handler { WeakReference<WallPaperActivity> mActivity; MyHandler(WallPaperActivity activity) { mActivity = new WeakReference<WallPaperActivity>(activity); } @Override public void handleMessage(Message msg) { WallPaperActivity theActivity = mActivity.get(); if(theActivity != null){ //... } } } MyHandler ttsHandler = new MyHandler(this);
這裡就是按照Android Lint把handler類定義為靜態,然後通過WeakReference(弱引用)來保持外部Activity對象。
顯然,這後面一種,是我需要的!
著作權聲明:本文為博主原創文章,未經博主允許不得轉載。