首先了解什么是內(nèi)存泄露html

http://liuwangshu.cn/application/performance/ram-3-memory-leak.htmlandroid

1Leakcancary的優(yōu)點

LeakCanary是一個可視化的內(nèi)存泄露分析工具，他具有如下優(yōu)點app

·簡單：只需設(shè)置一段代碼便可，打開應(yīng)用運行一下就可以發(fā)現(xiàn)內(nèi)存泄露。而MAT分析須要Heap Dump，獲取文件，手動分析等多個步驟。ide

·易于發(fā)現(xiàn)問題：在手機端便可查看問題即引用關(guān)系，而MAT則須要你分析，找到Path To GC Roots等關(guān)系。工具

·人人可參與：開發(fā)人員，測試測試，產(chǎn)品經(jīng)理基本上只要會用App就有可能發(fā)現(xiàn)問題。而傳統(tǒng)的MAT方式，只有部分開發(fā)者才有精力和能力實施。測試

2.使用說明

2.1 在build.gradle中添加依賴gradle

首先，在必須在對應(yīng)的app模塊的gradle添加對應(yīng)的庫，在其余module模塊添加無效ui

dependencies {

debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.4'

releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.4'

}

到這里，就添加了對他的依賴。這里說明一下，使用其余版本可能會由于版本問題致使報錯，建議使用最新版本，也就是這個1.5.4this

2.2 在application中配置spa

public class BaseApplication extends Application {

private RefWatcher refWatcher;

@Override

public void onCreate() {

super.onCreate();

refWatcher= setupLeakCanary();//2

}

private RefWatcher setupLeakCanary() {

if (LeakCanary.isInAnalyzerProcess(this)) {

return RefWatcher.DISABLED;

}

return LeakCanary.install(this);//1

}

public static RefWatcher getRefWatcher(Context context) {

BaseApplication leakApplication = (BaseApplication) context.getApplicationContext();

return leakApplication.refWatcher;

}

}

在注釋2處，，完成對LeakCancary的安裝，通過以上兩個步驟，你的手機界面出現(xiàn)

這個黃色的圖標(biāo)就是咱們的監(jiān)控工具

2.3 檢測activity內(nèi)存泄漏問題，原理是application中監(jiān)控著全部activity生命周期在activity的onDestory中

@Override

protected void onDestroy() {

super.onDestroy();

RefWatcher refWatcher = BaseApplication.getRefWatcher(this);//1

refWatcher.watch(this);

}

Activity生命周期結(jié)束的時候，若是你的activity發(fā)生內(nèi)存泄漏，狀態(tài)欄會提示你

那么，黃色的應(yīng)用 ?Leaks中

會把內(nèi)存泄漏的詳情告訴你，像這里就是由于個人TestActivity中開了LeakThread這個線程，形成了內(nèi)存泄漏

泄漏內(nèi)存是115kb

2.4 監(jiān)控的對象當(dāng)咱們須要對某個對象進行監(jiān)控時，

BaseApplication.getRefWatcher().watch(sleaky)

其中sleaky就是咱們要檢測的對象

那么，哪些是須要咱們檢測的對象呢

默認(rèn)狀況下，是對Activity進行了檢測。另外一個須要監(jiān)控的重要對象就是Fragment實例。由于它和Activity實例同樣可能持有大量的視圖以及視圖須要的資源

其余也能夠監(jiān)控的對象

BroadcastReceiver，Service，其余有生命周期的對象，直接間接持有大內(nèi)存占用的對象(即Retained Heap值比較大的對象)

什么時候進行監(jiān)控

首先，咱們須要明確什么是內(nèi)存泄露，簡而言之，某個對象在該釋放的時候因為被其余對象持有沒有被釋放，于是形成了內(nèi)存泄露。

所以，咱們監(jiān)控也須要設(shè)置在對象(很快)被釋放的時候，如Activity和Fragment的onDestroy方法。

一個錯誤示例，好比監(jiān)控一個Activity，放在onCreate就會大錯特錯了，那么你每次都會收到Activity的泄露通知。

以上就是LeakCancary的使用方法

3.LeakCanary的原理

Android 應(yīng)用的整個生命周期由其組件的生命周期組成，以下圖中所示。用戶使用應(yīng)用的過程當(dāng)中，在不一樣界面之間跳轉(zhuǎn)，每一個界面都經(jīng)歷著”生死“的轉(zhuǎn)換，可在此創(chuàng)建檢測點。Activity/Fragment 都有 onDestory() 回調(diào)方法， 進入此方法后，Activity/Fragment生命周期結(jié)束，應(yīng)該被回收。

簡述聲明周期

而后咱們須要解決：如何獲得未被回收的對象。ReferenceQueue+WeakReference+手動調(diào)用 GC可實現(xiàn)這個需求。

WeakReference 建立時，傳入一個 ReferenceQueue 對象。當(dāng)被 WeakReference 引用的對象的生命周期結(jié)束，一旦被 GC 檢查到，GC 將會把該對象添加到 ReferenceQueue 中，待ReferenceQueue處理。當(dāng) GC 事后對象一直不被加入 ReferenceQueue，它可能存在內(nèi)存泄漏。

得到未被回收的 Object

找到了未被回收的對象，如何確認(rèn)是否真的內(nèi)存泄漏？這里能夠?qū)栴}轉(zhuǎn)換為：未被回收的對象，是否被其余對象引用？找出其最短引用鏈。VMDebug + HAHA 完成需求。

VM 會有堆內(nèi)各個對象的引用狀況，并能以hprof文件導(dǎo)出。HAHA 是一個由 square 開源的 Android 堆分析庫，分析 hprof 文件生成Snapshot對象。Snapshot用以查詢對象的最短引用鏈。

解析hprof

找到最短引用鏈后，定位問題，排查代碼將會事半功倍。

以下泳道圖分析， LeakCanary 各個模塊如何配合達到檢測目的。

泳道圖

總結(jié)

以上是生活随笔為你收集整理的android内存泄漏检测工具,Android内存泄漏的检测工具——LeakCanary的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。