[Android检查内存泄漏工具Leakcanary] 判断泄漏原理分析

Leakcanary作用：

1. 判断是否有内存泄漏;

2. 定位并dump出调用栈;

   利用haha库去输出dump信息的。

   haha库相关信息：https://github.com/square/haha

3. 以图形方式展示给开发者;

   更多Leakcanary信息参考：https://github.com/square/leakcanary

今天我们主要谈一下他判断内存泄漏的方式，也就是上面的第一项。

说明：

1. 利用Android中Application的android.app.Application.ActivityLifecycleCallbacks回调，跟踪Activity的生命周期，在有android.app.Application.ActivityLifecycleCallbacks.onActivityDestroyed(Activity)的回调时把Activity对象添加到java.lang.ref.WeakReference中。

2. 当添加的对象变为弱引用就会添加到java.lang.ref.WeakReference.WeakReference(T, ReferenceQueue)的第二个参数，弱引用队列中。

3. 利用WeakReference的这一特性，在有onActivityDestroyed回调时，通过Runtime.getRuntime().gc()去通知系统gc，等待100ms，然后通过java.lang.System.runFinalization()方法，强制调用已经没有被引用的对象的java.lang.Object.finalize()方法。

4. 检查WeakReference的第二个参数ReferenceQueue队列，取出要检查的Activity。 判断是否在队列中：

   1. 如果存在：当前对象已变成弱引用，内存可以成功释放，也就不会有内存泄漏的问题

   2. 如果不存在：说明当前对象目前还被其他对象保持持有关系（有其他对象指向要释放的对象），没有按预期释放当前对象，代表这个对象被泄漏了。这种情况积累下来，就会带来OutOfMemoryError。

      ​

Demo

package com.xinghui.java.weakreference;

import java.lang.ref.Reference;
import java.lang.ref.ReferenceQueue;
import java.lang.ref.WeakReference;
import java.util.Set;
import java.util.concurrent.CopyOnWriteArraySet;

/**
 * 
 * @author xinghui
 *
 */
public class WeakReferenceTest {
    
    /**
     * 用于看验证效果。
     * true: 最后有不能回收的内存
     * false: 内存全部回收
     */
    private static final boolean CONFIG_LEAK = true;
    
    /**
     * 被保留的对象列表
     */
    static Set