您好,登錄后才能下訂單哦!
這篇文章給大家介紹在Android中使用Handler時造成內存泄露如何解決,內容非常詳細,感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
一、什么是內存泄露?
Java使用有向圖機制,通過GC自動檢查內存中的對象(什么時候檢查由虛擬機決定),如果GC發現一個或一組對象為不可到達狀態,則將該對象從內存中回收。也就是說,一個對象不被任何引用所指向,則該對象會在被GC發現的時候被回收;另外,如果一組對象中只包含互相的引用,而沒有來自它們外部的引用(例如有兩個對象A和B互相持有引用,但沒有任何外部對象持有指向A或B的引用),這仍然屬于不可到達,同樣會被GC回收。
Android中使用Handler造成內存泄露的原因
private Handler handler = new Handler(){ @Override public void handleMessage(Message msg) { super.handleMessage(msg); } };
我們經常使用handler時,會像如上那樣定義,但是AS的lint檢測會自動報錯警告提示,如下圖
上面是一段簡單的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被持有引用而無法被回收。
二、內存泄露的危害
內存泄露的危害就是會使虛擬機占用內存過高,導致OOM(內存溢出),程序出錯。
對于Android應用來說,就是你的用戶打開一個Activity,使用完之后關閉它,內存泄露;又打開,又關閉,又泄露;幾次之后,程序占用內存超過系統限制,FC。
三、解決方案
使用Handler導致內存泄露的解決方法
方法一(官方解決辦法):
private Handler mHandler2 = new Handler(new Handler.Callback() { @Override public boolean handleMessage(Message msg) { //do something return false; } });
方法二:通過程序邏輯來進行保護。
1.在關閉Activity的時候停掉你的后臺線程。線程停掉了,就相當于切斷了Handler和外部連接的線,Activity自然會在合適的時候被回收。
2.如果你的Handler是被delay的Message持有了引用,那么使用相應的Handler的removeCallbacks()方法,把消息對象從消息隊列移除就行了。
方法三:將Handler聲明為靜態類。
PS:在Java 中,非靜態的內部類和匿名內部類都會隱式地持有其外部類的引用,靜態的內部類不會持有外部類的引用。
靜態類不持有外部類的對象,所以你的Activity可以隨意被回收。由于Handler不再持有外部類對象的引用,導致程序不允許你在Handler中操作Activity中的對象了。所以你需要在Handler中增加一個對Activity的弱引用(WeakReference)。
代碼如下:
static class MyHandler extends Handler { WeakReference<Activity> mWeakReference; public MyHandler(Activity activity) { mWeakReference = new WeakReference<Activity>(activity); } @Override public void handleMessage(Message msg) { final Activity activity = mWeakReference.get(); if (activity != null) { if (msg.what == 1) { activity.noteBookAdapter.notifyDataSetChanged(); } } } }
不管是任何方法,再當前界面聲明周期結束之后,記得移除handler隊列中的消息
handler.removeCallbacksAndMessages(null);
PS:什么是WeakReference?
WeakReference弱引用,與強引用(即我們常說的引用)相對,它的特點是,GC在回收時會忽略掉弱引用,即就算有弱引用指向某對象,但只要該對象沒有被強引用指向(實際上多數時候還要求沒有軟引用,但此處軟引用的概念可以忽略),該對象就會在被GC檢查到時回收掉。對于上面的代碼,用戶在關閉Activity之后,就算后臺線程還沒結束,但由于僅有一條來自Handler的弱引用指向Activity,所以GC仍然會在檢查的時候把Activity回收掉。這樣,內存泄露的問題就不會出現了。
關于在Android中使用Handler時造成內存泄露如何解決就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。