小海编码日记

前文看到AutoDumpProcessor的处理逻辑主要是生成，裁剪hprof文件并回调到PluginListener中，接下来我们来看下ForkAnalyseProcessor的处理逻辑。 Fork

题目-移除元素 给你一个数组 nums 和一个值 val，你需要 原地 移除所有数值等于 val 的元素，并返回移除后数组的新长度。 不要使用额外的数组空间，你必须仅使用 O(1) 额外空间并 原地

前面我们已经了解到Resource Canary泄漏对象查找的逻辑，并且了解了在找到泄漏对象后，通过BaseLeakProcessor的各个实现子类来进行不同的处理策略，接下来我们来分别看下各子类的实

题目-合并两个有序数组 给你两个按 非递减顺序 排列的整数数组 nums1 和 nums2，另有两个整数 m 和 n ，分别表示 nums1 和 nums2 中的元素数目。 请你 合并 nums2 到

不同于LeakCanary，在Matrix中，主要是通过Resource Canary来监控内存泄漏问题的，且监听的泄漏对象只支持Activity，官方说明如下： 结合分析LeakCanary的经验可

在从LeakCanary看内存快照生成一节中，我们已经了解了hprof的生成，并且将生成的hprof文件通过Android Studio进行解析，确实发现了内存泄漏对象MainActivity，但是在

前面我们已经完成了生命周期监控并且可以通过ReferenceQueue和WeakHashMap的比较确定哪些对象发生泄漏了，那么接下来需要考虑的就是如何确定这个对象是被谁持有导致泄漏的呢？ 从内存泄漏

前面已经了解了Service，Fragment，ViewModel对象的销毁时机，那么在触发销毁时机后，我们怎么判断这些对象有没有回收呢？ 大家都知道在Java中有强引用，弱引用，软引用，虚引用四种引

前面两篇文章中已经了解了LeakCanary中Service和Fragment生命周期监控的实现，那么ViewModel生命周期监控又是怎么实现的呢？ 同样的，要了解ViewModel生命周期监控，我