文章目录
原理这两个字,会让人觉得太深奥,其实只是简单了解下。
我记得以前用 LeakCanary
的时候,需要在 Application
里面进行初始化。版本升级之后发现只需要在 build.gradle
里面引用它就可以了,不需要手动初始化,那么它是如何运行起来的呢?
1. LeakCanary初始化
LeakCanary实际上是使用了 ContentProvider
来做初始化。在四大组件中,ContentProvider是唯一一个优先于Application被初始化的组件。
1.1 在ContentProvider中初始化LeakCanary
如图,LeakCanary声明了一个叫做 AppWatcherInstaller
的组件,并在其onCreate()方法中调用了初始化方法 AppWatcher.manualInstall(application)
。
1.2 初始化默认观察器
我们来看下这个方法做了什么:
这个方法主要作用是通过调用 appDefaultWatchers(application)
方法初始化了App默认的 InstallableWatcher
,并调用了他们的 install()
方法:
我们来看一下LeakCanary有哪些默认的 InstallerWatcher
,并且看下他们的作用都是什么。
这个方法创建了四个InstallerWatcher,他们分别是:
- ActivityWatcher : 用来观察Activity可能存在的内存泄漏
- FragmentAndViewModelWatcher :用来观察Fragment和ViewModel可能存在的内存泄漏
- RootViewWatcher :用来观察View可能存在的内存泄漏
- ServiceWatcher :用来观察Service可能存在的内存泄漏
在默认情况下,LeakCanary只会观察以上这些类型对象的内存泄漏。我们选取 ActivityWatcher
来看下它是如何观察的。
1.3 跟踪观察被销毁的对象
可以看到,这里调用了 Application.registerActivityLifecycleCallbacks
方法来监听Activity的生命周期,并在Activity的 onActivityDestroyed()
方法里调用了RechabilityWatcher.expectWeaklyReachable
方法。
其它几个类型的 InstallerWatcher
也都是大同小异,都是监听到调用了相应的销毁方法的时候调用 expectWeaklyReachable
方法。
LeakCanary的初始化到这里就已经完成了。由此我们可以知道,LeakCanary对内存泄漏的监听