一、什麼是記憶體洩露？

　　Java使用有向圖機制，通過GC自動檢查記憶體中的物件（什麼時候檢查由虛擬機器決定），如果GC發現一個或一組物件為不可到達狀態，則將該物件從記憶體中回收。也就是說，一個物件不被任何引用所指向，則該物件會在被GC發現的時候被回收；另外，如果一組物件中只包含互相的引用，而沒有來自它們外部的引用（例如有兩個物件A和B互相持有引用，但沒有任何外部物件持有指向A或B的引用），這仍然屬於不可到達，同樣會被GC回收。

　　Android中使用Handler造成記憶體洩露的原因

private Handler handler = new Handler()
 {
      public void handleMessage(android.os.Message msg)
　　　　 {
            if (msg.what == 1) 
　　　　　　　　{
                noteBookAdapter.notifyDataSetChanged();
             }
        }
 };

　　上面是一段簡單的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被持有引用而無法被回收。

記憶體洩露的引用鏈：MessageQueue -> Message -> Handler -> Activity的鏈

回到頂部

二、記憶體洩露的危害

　　記憶體洩露的危害就是會使虛擬機器佔用記憶體過高，導致OOM（記憶體溢位），程式出錯。

　　對於Android應用來說，就是你的使用者開啟一個Activity，使用完之後關閉它，記憶體洩露；又開啟，又關閉，又洩露；幾次之後，程式佔用記憶體超過系統限制，FC。

回到頂部

三、解決方案

使用Handler導致記憶體洩露的解決方法

方法一：通過程式邏輯來進行保護。
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)
                {
                    noteBookAdapter.notifyDataSetChanged();
                }
            }
        }
    }

　　PS：什麼是WeakReference？
　　WeakReference弱引用，與強引用（即我們常說的引用）相對，它的特點是，GC在回收時會忽略掉弱引用，即就算有弱引用指向某物件，但只要該物件沒有被強引用指向（實際上多數時候還要求沒有軟引用，但此處軟引用的概念可以忽略），該物件就會在被GC檢查到時回收掉。對於上面的程式碼，使用者在關閉Activity之後，就算後臺執行緒還沒結束，但由於僅有一條來自Handler的弱引用指向Activity，所以GC仍然會在檢查的時候把Activity回收掉。這樣，記憶體洩露的問題就不會出現了。

回到頂部

四、總結　

　android中的很多記憶體洩露都是由於在Activity中使用了非靜態內部類導致的，我們在使用非靜態內部類一定要格外注意，如果該靜態內部類的例項物件的生命週期大於外部物件，那麼就有可能導致記憶體洩露，推薦使用上面介紹的靜態類和弱引用的方法