Android中使用Handler造成的內(nèi)存泄露怎么解決

這篇文章主要介紹了Android中使用Handler造成的內(nèi)存泄露怎么解決的相關(guān)知識，內(nèi)容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇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)存泄露的原因

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

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

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

　　內(nèi)存泄露的危害就是會使虛擬機占用內(nèi)存過高，導(dǎo)致OOM（內(nèi)存溢出），程序出錯。

　　對于Android應(yīng)用來說，就是你的用戶打開一個Activity，使用完之后關(guān)閉它，內(nèi)存泄露；又打開，又關(guān)閉，又泄露；幾次之后，程序占用內(nèi)存超過系統(tǒng)限制，F(xiàn)C。

三、解決方案

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

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

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

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

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

PS:在Java 中，非靜態(tài)的內(nèi)部類和匿名內(nèi)部類都會隱式地持有其外部類的引用，靜態(tài)的內(nèi)部類不會持有外部類的引用。

靜態(tài)類不持有外部類的對象，所以你的Activity可以隨意被回收。由于Handler不再持有外部類對象的引用，導(dǎo)致程序不允許你在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在回收時會忽略掉弱引用，即就算有弱引用指向某對象，但只要該對象沒有被強引用指向（實際上多數(shù)時候還要求沒有軟引用，但此處軟引用的概念可以忽略），該對象就會在被GC檢查到時回收掉。對于上面的代碼，用戶在關(guān)閉Activity之后，就算后臺線程還沒結(jié)束，但由于僅有一條來自Handler的弱引用指向Activity，所以GC仍然會在檢查的時候把Activity回收掉。這樣，內(nèi)存泄露的問題就不會出現(xiàn)了。

關(guān)于“Android中使用Handler造成的內(nèi)存泄露怎么解決”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對“Android中使用Handler造成的內(nèi)存泄露怎么解決”知識都有一定的了解，大家如果還想學習更多知識，歡迎關(guān)注億速云行業(yè)資訊頻道。