LeakCanary实现原理简析

---

原理这两个字，会让人觉得太深奥，其实只是简单了解下。

我记得以前用 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对内存泄漏的监听