一、什么是內(nèi)存泄露？

Java使用有向圖機(jī)制，通過GC自動(dòng)檢查內(nèi)存中的對(duì)象（什么時(shí)候檢查由虛擬機(jī)決定），如果GC發(fā)現(xiàn)一個(gè)或一組對(duì)象為不可到達(dá)狀態(tài)，則將該對(duì)象從內(nèi)存中回收。也就是說，一個(gè)對(duì)象不被任何引用所指向，則該對(duì)象會(huì)在被GC發(fā)現(xiàn)的時(shí)候被回收；另外，如果一組對(duì)象中只包含互相的引用，而沒有來自它們外部的引用（例如有兩個(gè)對(duì)象A和B互相持有引用，但沒有任何外部對(duì)象持有指向A或B的引用），這仍然屬于不可到達(dá)，同樣會(huì)被GC回收。

Android中使用Handler造成內(nèi)存泄露的原因

private Handler handler = new Handler(){
  @Override
  public void handleMessage(Message msg) {
    super.handleMessage(msg);
  }
};

我們經(jīng)常使用handler時(shí)，會(huì)像如上那樣定義，但是AS的lint檢測(cè)會(huì)自動(dòng)報(bào)錯(cuò)警告提示，如下圖

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

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

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

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

三、解決方案

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

方法一（官方解決辦法）：

private Handler mHandler2 = new Handler(new Handler.Callback() { 
     
    @Override 
    public boolean handleMessage(Message msg) { 
     //do something
      return false; 
    } 
  }); 

方法二：通過程序邏輯來進(jìn)行保護(hù)。

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

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

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

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

靜態(tài)類不持有外部類的對(duì)象，所以你的Activity可以隨意被回收。由于Handler不再持有外部類對(duì)象的引用，導(dǎo)致程序不允許你在Handler中操作Activity中的對(duì)象了。所以你需要在Handler中增加一個(gè)對(duì)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();
        }
      }
    }
  }

不管是任何方法，再當(dāng)前界面聲明周期結(jié)束之后，記得移除handler隊(duì)列中的消息

handler.removeCallbacksAndMessages(null);

PS：什么是WeakReference？

WeakReference弱引用，與強(qiáng)引用（即我們常說的引用）相對(duì)，它的特點(diǎn)是，GC在回收時(shí)會(huì)忽略掉弱引用，即就算有弱引用指向某對(duì)象，但只要該對(duì)象沒有被強(qiáng)引用指向（實(shí)際上多數(shù)時(shí)候還要求沒有軟引用，但此處軟引用的概念可以忽略），該對(duì)象就會(huì)在被GC檢查到時(shí)回收掉。對(duì)于上面的代碼，用戶在關(guān)閉Activity之后，就算后臺(tái)線程還沒結(jié)束，但由于僅有一條來自Handler的弱引用指向Activity，所以GC仍然會(huì)在檢查的時(shí)候把Activity回收掉。這樣，內(nèi)存泄露的問題就不會(huì)出現(xiàn)了。

四、總結(jié)

android中的很多內(nèi)存泄露都是由于在Activity中使用了非靜態(tài)內(nèi)部類導(dǎo)致的，我們?cè)谑褂梅庆o態(tài)內(nèi)部類一定要格外注意，如果該靜態(tài)內(nèi)部類的實(shí)例對(duì)象的生命周期大于外部對(duì)象，那么就有可能導(dǎo)致內(nèi)存泄露，推薦使用上面介紹的靜態(tài)類和弱引用的方法解決這種問題。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論