簡介

LeakCanary是一款開源的內(nèi)存泄漏檢查工具，在項(xiàng)目中，可以使用它來檢測Activity是否能夠被GC及時(shí)回收。github的地址為https://github.com/square/leakcanary

使用方式解析

將LeakCanary引入AS，在Application中調(diào)用如下方法，可以跟蹤Activity是否被GC回收。

入口函數(shù)

LeakCanary.install()方法的調(diào)用流程如下所示：

install方法調(diào)用流程

Install方法如下：

install方法

其中l(wèi)istenerServiceClass方法傳入了展示分析結(jié)果的Service(DisplayLeakService)；excludedRefs方法排除了開發(fā)中可以忽略的泄漏路徑；buildAndInstall是主要的函數(shù)，實(shí)現(xiàn)了activity是否能被釋放的監(jiān)聽。

buildAndInstall

buildAndInstall會調(diào)用ActivityRefWatcher.install來監(jiān)測Activity。

install

最終調(diào)用了watchActivities()：

watchActivities

通過registerActivityLifecycleCallbacks來監(jiān)聽Activity的生命周期：

lifecycleCallbacks

lifecycleCallbacks監(jiān)聽Activity的onDestroy方法，正常情況下activity在onDestroy后需要立即被回收，onActivityDestroyed方法最終會調(diào)用RefWatcher.watch方法:

watch

監(jiān)測機(jī)制利用了Java的WeakReference和ReferenceQueue，通過將Activity包裝到WeakReference中，被WeakReference包裝過的Activity對象如果被回收，該WeakReference引用會被放到ReferenceQueue中，通過監(jiān)測ReferenceQueue里面的內(nèi)容就能檢查到Activity是否能夠被回收。檢查方法如下：

ensureGone

1、? 首先通過removeWeaklyReachablereference來移除已經(jīng)被回收的Activity引用

2、 通過gone(reference)判斷當(dāng)前弱引用對應(yīng)的Activity是否已經(jīng)被回收，如果已經(jīng)回收說明activity能夠被GC，直接返回即可。

3、? 如果Activity沒有被回收，調(diào)用GcTigger.runGc方法運(yùn)行GC，GC完成后在運(yùn)行第1步，然后運(yùn)行第2步判斷Activity是否被回收了，如果這時(shí)候還沒有被回收，那就說明Activity可能已經(jīng)泄露。

4、? 如果Activity泄露了，就抓取內(nèi)存dump文件(Debug.dumpHprofData)

dumpHeap

5、? 之后通過HeapAnalyzerService.runAnalysis進(jìn)行分析內(nèi)存文件分析

分析dump

接著通過HeapAnalyzer(checkForLeak—findLeakingReference---findLeakTrace)來進(jìn)行內(nèi)存泄漏分析。

6、? 最后通過DisplayLeakService進(jìn)行內(nèi)存泄漏的展示。