這篇文章主要介紹了詳解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中的很多內存泄露都是由於在Activity中使用了非靜態內部類導致的，我們在使用非靜態內部類一定要格外注意，如果該靜態內部類的實例對象的生命週期大於外部對象，那麼就有可能導致內存泄露，推薦使用上面介紹的靜態類和弱引用的方法解決這種問題。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持神馬文庫。