Android 檢測內存泄露神器-leakcanary

Android 檢測內存泄漏，必須使用方便強大到滅絕人性的 leakcanary 。

leakcanary 是 square 公司開發的，square 擁有眾多強大的 Android 開源項目，如，OkHttp、retrofit、otto、picasso，簡直撐起了Android 開發的半邊天。

一行代碼就可以捕找到已經泄漏的內存泄漏，并且顯示出出現內存泄漏的變量或線程、泄漏時的引用路徑和出現泄漏的地方。

使用

1.添加依賴

dependencies {
   debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5'
   releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5'
   testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5'
 }

2.初始化 leakcanary

public class ExampleApplication extends Application {

  @Override public void onCreate() {
    super.onCreate();
    if (LeakCanary.isInAnalyzerProcess(this)) {
      // This process is dedicated to LeakCanary for heap analysis.
      // You should not init your app in this process.
      return;
    }
    LeakCanary.install(this);
    // Normal app init code...
  }
}

用例

寫一段內存泄露的代碼。

MainActivity.java

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void onClick(View view) {
        test();
        finish();
        startActivity(new Intent(MainActivity.this, Main2Activity.class));
    }
    // 這里會發生內存泄漏
    public void test() {
        new Thread(new Runnable() {
            @Override
            public void run() {
                while (true) {
                    try {
                        Thread.sleep(1000);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        }).start();
    }
}

MainActivity 中點擊按鈕后，'test()' 方法內部匿名內部類執行了耗時任務，并且同時 finish() 掉 MainActivity，但是此匿名內部類依然在運行任務，并且隱式的持有 MainActivity 引用，導致 MainActivity 不能及時被 GC 回收，導致內存泄露。

LeakCanary 檢測出內存泄露后，會在狀態欄顯示一條通知，點進去就可以看到詳細信息。如下圖：

leak.png

含義：

標題欄顯示內存泄露的類和泄露的內存大小，菜單欄提供分享出更詳細的信息，包括堆棧信息或者 .hprof 文件。藍色欄顯示包名，第一行顯示出現泄露的線程，下面幾行顯示所有的引用，最后一行顯示泄露的類。

MainActivity$1.this$0 的含義：

符號 “$” 代表后者是前者的內部類，“.”就是對象調用方法那個點。

用 “.” 分為兩部分，前面整體代表 MainActivity 的一個匿名內部類，用 1 表示，在這里代表 Runnable 匿名類，后面部分 this$0 整體代表外部類。

看到這個內存泄露信息，首先定位到 MainActivity 中，同時可以看得出是 MainActivity 的實例出現的內存泄露，并且發生在子線程中，看到代碼，我們就可以確認肯定是在 Runnale 匿名內部類中隱式的引用了 MainActivity 導致的內存泄露。

在這里打一個斷點:

break.png

可以看到匿名類內部存在一個外部 MainActivity 的引用。

找到原因就好辦了，靜態化匿名內部類就解決問題了：

// 靜態
public static void test() {
    // ... 
}

break2.png

靜態化之后，發現該匿名內部類中不在持有外部類 MainActivity 對引用，也就不會在 MainActivity 銷毀后，出現內存泄露了。

 

來自：https://juejin.im/post/58cba375128fe1006c84fc41