AppWatcher.Config类，配置是否开启内存检测，支持：Activity、Fragment、FragmentView、ViewModel等四种类型
依赖：
debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.4'
LeakCanary交由AppWatcherInstaller这个ContentProvider自动完成。
ContentProvider会在Application被创建之前由系统调用onCreate()方法来完成初始化，AppWatcherInstaller可以拿到Context来完成初始化并随应用启动。引用方式debugImplementation，正式版本会自动移除LeakCanary所有引用。
Jetpack包含了一组来实现通过ContextProvider来完成初始化的逻辑：AppStartup。Jetpack官方推出AppStartup以后主流。
ObjectWatcher:检测Object内存泄露情况
ActivityDestroyWatcher：检测Activity内存泄露情况
FragmentDestroyWatcher:检测Fragement、FragmentView、ViewModel内存泄露情况。
ActivityDestoryWatcher和FragmentDestroyWatcher都需要依靠ObjectWatcher来完成;Activity、Fragment、FragmentView、ViewModel本质属于不同Object。
ObjectWatcher：检测任意对象
依靠队列ReferenceQueue来实现，在GC过后referenceQueue.poll()返回是否null。WeakReference和ReferenceQueue。被GC回收时，JVM会把弱引用存入与之关联的引用队列之中。
watch()主要逻辑：
1、每个watchedObject生成一个唯一标示key，通过key构建一个watchedObject弱引用KeyedWeakReference，将弱引用保存到watchObjects中。ObjectWatcher可以先后监测多个对象，每个对象会先存入到watchedObjects中
2、外部通过传入的checkRetainedExecutor来指定检测类型触发时机，通过moveToRetained方法来判断是否真的发生了内存泄露,retainedUptimeMillis字段用来标记是否发生了内存泄露。通过onObjectRetainedListeners来分析内存泄露链。
ActivityDestoryWatcher：检测Activity
ActivityDestoryWatcher会向Application注册一个ActivityLifecycleCallbacks回调，收到Activity执行了onDestory的回调，将Activity对象交由ObjectWatcher来进行监听
FragmentDestroyWatch：检测Fragment
- 系统大于8.0，使用AndroidOFragmentDestroyWatcher来检测Fragment、FragmentView的内存泄露
- 开发者使用Support包，使用AndroidSupportFragmentDestroyWatcher来检测Fragment、FragmentView的内存泄露
- 开发者使用AndroidX包，使用AndroidXFragmentDestoryWatcher来检测
- 通过反射Class.forName来判断开发者使用的是Support包还是AndroidX包
- 由于Fragment都需要被挂载在Activity上，所有向Application注册一个ActivityLifecycleCallback，每当Activity被创建就监听Activity内存可能存在的Fragment。
LeakCanary基本实现基础是来源于Java原生特性。
