文集目錄
ps：喜歡的點贊哦 android性能跟蹤分析工具系列 - 目錄
哈哈，LeakCanary我是啥我就不用說了吧，大名鼎鼎的 jack 大神出品的內存泄露分析工具，還不知道的小伙伴，看過這我的這篇介紹肯定就知道了，出去也好吹水去啦，哈哈哈......
LeakCanary 工具使用很簡單，一步一步來就行了，不要有心里負擔啊， 想著約 NB 的工具越難學啥的，都是瞎扯淡，好用的工具必須使用簡單。
第一步添加 gradle 依賴
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'
第二部使用
在自定義的 application 中初始化 LeakCanary
public class LeakCanaryApplication extends Application {
private RefWatcher mRefWatcher;
@Override
public void onCreate() {
super.onCreate();
mRefWatcher = LeakCanary.install(this);
}
好了最簡單的使用方式就是這樣的，看下我的測試demo,application 持有一個 activity 對象，一個最簡單的activity 對象內存謝落
public class BActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_b);
MyApplication.getInstance().mActivity = this;
}
然后我們怎么看結果呢，這個和一般的還不一樣，要是發生內存泄露，先是會有一個 toast 實體，然后會在桌面上生成一個 LeakCanary 圖標，并且會一條通知，我的手機不知道為啥就是收不到通知。我們點擊這個 LeakCanary 圖標就可以看到具體的信息，這個不要著急，要等一會才有，另外期中的信息會持久保存，不想看以前的可以刪掉。
我們點擊這一條提示，可以看到具體的引用關系
這個結果很明顯了吧，不過吐槽下，LeakCanary 提示到時快，但是顯示內容實在太慢了，我這2-3分鐘才出來，大家要耐心......
必須要吐槽
LeakCanary 的確是傻瓜式的，但是太慢，而且默認只是檢測 activity 對象，想要檢測別的對象，比如fragment 或是大體積集合，就得另寫
我們需要獲取 LeakCanary 的核心 RefWatcher，就是監視對象用來分析內存泄露，并持有待分析對象的引用
我們在 application 獲取 RefWatcher
public class MyApplication extends Application {
public static MyApplication mApplication;
public Activity mActivity;
public List mList;
public RefWatcher mWatche;
@Override
public void onCreate() {
super.onCreate();
this.mApplication = this;
this.mApplication.mWatche = LeakCanary.install(this);
}
public static MyApplication getInstance() {
return mApplication;
}
}
然后我們在頁面的銷毀生命周期里注冊需要觀察分析的對象，至于為啥卸載生命周期里，因為這時候我們才要分析啊，我們的注冊動作其實就是觸發內存泄露分析了
public class BActivity extends AppCompatActivity {
private ArrayList<String> mList;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_b);
MyApplication.getInstance().mActivity = this;
mList = new ArrayList<>(10000);
MyApplication.getInstance().mList = mList;
}
@Override
protected void onDestroy() {
super.onDestroy();
MyApplication.getInstance().mWatche.watch(this);
MyApplication.getInstance().mWatche.watch(mList);
}
這里我們泄露了一個 activity 和 一個集合對象，不過很遺憾，10次里也就1次能抓到這個集合的內存的泄露，而且速度非常之慢，是在無語了。知道為啥不，因為 LeakCanary 一次只能抓一個內存泄露。然后呢我改成只有集合內存泄露，但是呢，抓是抓到了，但是太他娘的慢了
引用列表里，沒有顯示是哪個 activity，由于結果顯示的非常之慢，我都不知道這個列表是在哪個 activity 泄露的，要是有多個地方都會有這個數據交互，那還真不知道是誰泄露的。所以我覺得這個工具只適合觀察 activity / fragment 對象
另外LeakCanary可以設置一個回調，在抓到內存泄露后會執行一個我們指定的 intentServer
- 第一步：繼承DisplayLeakService，進行自己的處理邏輯，這里我們只是打印出泄漏的信息，heapDump為對應的內存快照，result為分析的結果，leakInfo則是相關的信息
public class MyLeakUploadService extends DisplayLeakService {
@Override
protected void afterDefaultHandling(HeapDump heapDump, AnalysisResult result, String leakInfo) {
if (!result.leakFound || result.excludedLeak) {
return;
}
Log.d("MyLeakUploadService", "leakInfo=" + leakInfo);
}
}
- 第二步：改變Application中初始化RefWatcher的方式，第二個參數中傳入我們自定義的Service類名：
public class LeakCanaryApplication extends Application {
private RefWatcher mRefWatcher;
@Override
public void onCreate() {
super.onCreate();
mRefWatcher = LeakCanary.install(this, MyLeakUploadService.class);
}
}
優點：
- 天然對 activity 很友好
- 傻瓜式，測試都能玩，在手機上頁方便查看
缺點：
- 內容顯示是在太慢，沒辦法 LeakCanary 是在主線程的任務隊列中添加了一個級別很低的任務來進行內存分析，所以速度很慢。
- 對于非 activity 對象的分析效果實在爛，上面這個集合對象的內存泄露，10次里也就分析初一次，顯示速度那就更無語了
- 默認只能分析 activity 對象，非 activity 對象需要自己添加到 watche 里，太麻煩了，失去了抓取的自主性啊，變成手動的 LeakCanary 又有多大意義呢。
結論呢
這個 LeakCanary 平時放里面就好了，測試app 沒事時候看一看就得了，完全指望這個不現實，還是自己抓內存快照去扒拉扒拉靠譜，比這快多了。LeakCanary 用作補充即可。
話說還是看接下來的內存分析工具吧，比等著 LeakCanary 慢悠悠的一次給你一條建議，還是自己去抓下內存快照看下來的精準，速度的多。
ps：上面都是我個人的想法，限于使用 LeakCanary 日短，有錯誤請留言給我，謝謝啦！
