文集目錄
ps：喜歡的點贊哦 android性能跟蹤分析工具系列 - 目錄
哈哈亿乳，LeakCanary我是啥我就不用說了吧萍膛，大名鼎鼎的 jack 大神出品的內(nèi)存泄露分析工具砚哆，還不知道的小伙伴本股，看過這我的這篇介紹肯定就知道了，出去也好吹水去啦姆吭，哈哈哈......
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 對象內(nèi)存謝落
public class BActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_b);
MyApplication.getInstance().mActivity = this;
}
然后我們怎么看結(jié)果呢昂灵，這個和一般的還不一樣避凝，要是發(fā)生內(nèi)存泄露，先是會有一個 toast 實體眨补，然后會在桌面上生成一個 LeakCanary 圖標管削，并且會一條通知，我的手機不知道為啥就是收不到通知撑螺。我們點擊這個 LeakCanary 圖標就可以看到具體的信息含思，這個不要著急，要等一會才有甘晤，另外期中的信息會持久保存含潘，不想看以前的可以刪掉。
我們點擊這一條提示线婚，可以看到具體的引用關(guān)系
這個結(jié)果很明顯了吧遏弱，不過吐槽下，LeakCanary 提示到時快塞弊，但是顯示內(nèi)容實在太慢了漱逸，我這2-3分鐘才出來，大家要耐心......
必須要吐槽
LeakCanary 的確是傻瓜式的游沿，但是太慢饰抒，而且默認只是檢測 activity 對象，想要檢測別的對象奏候，比如fragment 或是大體積集合循集，就得另寫
我們需要獲取 LeakCanary 的核心 RefWatcher，就是監(jiān)視對象用來分析內(nèi)存泄露蔗草，并持有待分析對象的引用
我們在 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;
}
}
然后我們在頁面的銷毀生命周期里注冊需要觀察分析的對象咒彤，至于為啥卸載生命周期里，因為這時候我們才要分析啊咒精，我們的注冊動作其實就是觸發(fā)內(nèi)存泄露分析了
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次能抓到這個集合的內(nèi)存的泄露模叙，而且速度非常之慢歇拆，是在無語了。知道為啥不，因為 LeakCanary 一次只能抓一個內(nèi)存泄露故觅。然后呢我改成只有集合內(nèi)存泄露厂庇，但是呢，抓是抓到了输吏，但是太他娘的慢了
引用列表里权旷，沒有顯示是哪個 activity，由于結(jié)果顯示的非常之慢贯溅，我都不知道這個列表是在哪個 activity 泄露的拄氯，要是有多個地方都會有這個數(shù)據(jù)交互，那還真不知道是誰泄露的它浅。所以我覺得這個工具只適合觀察 activity / fragment 對象
另外LeakCanary可以設(shè)置一個回調(diào)译柏，在抓到內(nèi)存泄露后會執(zhí)行一個我們指定的 intentServer
- 第一步：繼承DisplayLeakService，進行自己的處理邏輯姐霍，這里我們只是打印出泄漏的信息鄙麦，heapDump為對應的內(nèi)存快照，result為分析的結(jié)果邮弹，leakInfo則是相關(guān)的信息
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的方式黔衡，第二個參數(shù)中傳入我們自定義的Service類名：
public class LeakCanaryApplication extends Application {
private RefWatcher mRefWatcher;
@Override
public void onCreate() {
super.onCreate();
mRefWatcher = LeakCanary.install(this, MyLeakUploadService.class);
}
}
優(yōu)點：
- 天然對 activity 很友好
- 傻瓜式，測試都能玩腌乡，在手機上頁方便查看
缺點：
- 內(nèi)容顯示是在太慢盟劫，沒辦法 LeakCanary 是在主線程的任務隊列中添加了一個級別很低的任務來進行內(nèi)存分析，所以速度很慢与纽。
- 對于非 activity 對象的分析效果實在爛侣签，上面這個集合對象的內(nèi)存泄露，10次里也就分析初一次急迂，顯示速度那就更無語了
- 默認只能分析 activity 對象影所，非 activity 對象需要自己添加到 watche 里，太麻煩了僚碎，失去了抓取的自主性啊猴娩，變成手動的 LeakCanary 又有多大意義呢。
結(jié)論呢
這個 LeakCanary 平時放里面就好了勺阐，測試app 沒事時候看一看就得了卷中，完全指望這個不現(xiàn)實，還是自己抓內(nèi)存快照去扒拉扒拉靠譜渊抽，比這快多了蟆豫。LeakCanary 用作補充即可。
話說還是看接下來的內(nèi)存分析工具吧懒闷，比等著 LeakCanary 慢悠悠的一次給你一條建議十减，還是自己去抓下內(nèi)存快照看下來的精準栈幸，速度的多。
ps：上面都是我個人的想法帮辟，限于使用 LeakCanary 日短速址，有錯誤請留言給我，謝謝啦织阅！
