leakcanary 内存泄漏检测原理
LeakCanary 是一个用于检测 Android 应用内存泄漏的强大工具，其原理主要包括以下几个关键步骤：
leakCanary 通过lifecycle() 监听activity、的生命周期，在onDesrtoy发起监听activity对象，将对象 以弱引用方式加入到观察队列，当观察当前对象的时候， 垃圾回收机制的 引用队列的 引用 能够被取到，则表示当前对象已经被回收，当取不到引用队列的引用，则将观察队列的对象，移入怀疑队列，如果在预期的时间内，对象没有被回收且出现在引用队列中，LeakCanary 会通过分析对象的引用链来确定导致内存泄漏的路径。如果在预期的时间内，对象没有被回收且出现在引用队列中，LeakCanary 会通过分析对象的引用链来确定导致内存泄漏的路径。
- 对象引用监测
LeakCanary通过Lifecycle （内部通过fragment 获取生命周期）会在应用的关键生命周期节点，如 Activity 的
onDestroy 方法被调用后，开始监测那些本应被回收但仍存在强引用的对象。
- 弱引用和引用队列
它使用弱引用来跟踪可能泄漏的对象，并将弱引用放入一个引用队列中。当垃圾回收器回收了被弱引用所引用的对象时，该对象就会被放入引用队列。
- 分析引用链
如果在预期的时间内，对象没有被回收且出现在引用队列中，LeakCanary 会通过分析对象的引用链来确定导致内存泄漏的路径。
- 可视化展示
最后，将分析得到的内存泄漏信息以直观的方式展示给开发者，包括泄漏对象的类型、引用路径等，帮助开发者快速定位和解决问题。
例如，如果一个 Activity 在
onDestroy 后仍未被回收，LeakCanary 会通过分析其引用链，可能发现是某个静态变量或者单例对象持有了该 Activity 的引用，从而导致了内存泄漏。
再比如，一个异步任务中的内部类可能隐式地持有了外部类（如 Activity）的引用，如果异步任务没有正确结束或取消，也可能导致 Activity 无法被回收，LeakCanary 能够清晰地展示出这样的引用关系，方便开发者进行修复。
总之，LeakCanary 通过巧妙地运用弱引用、引用队列和引用链分析等技术，有效地帮助 Android 开发者发现和解决内存泄漏问题，提高应用的性能和稳定性
