原文链接：送一个内存泄漏给2016的记几

背景

年底了，看公司项目的友盟的bug列表，发现java.lang.OutOfMemoryError的问题不少，也该是时候还了。

问题描述

在解决内存泄漏的过程中，遇到一个静态变量导致的内存泄漏，关键是这代码还是自己敲的，明明已经使用弱引用，为什么还是内存泄漏了。看代码：

public class RtHttp {

    public static RtHttp instance = new RtHttp();
    public Context context;

    public static void with(Context context){
        WeakReference<Context> wrContext = new WeakReference<Context>(context);
        instance.context = wrContext.get();
    }
}

RtHttp为封装客户端网络框架请求的入口，假设两个条件：

其中传入的Context对象只能是Activity，不能使用context.getApplicationContext()（因为此RtHttp还封装了显示网络加载对话框的代码）。
不能在Activity onDestroy()方法中调用RtHttp.instance.context = null;

已经使用了弱引用，为什么还是内存泄漏呢？
记几想不通，还到谷歌搜索使用弱引用依然内存泄漏，WeakReference useless,无果。

如果你已经看出问题了，请直接到评论吐槽。
如果你没看出问题，请把引用的文章看一遍。

总结

一个内存泄漏的问题，反映了Java基础不牢固，在学习知识和解决问题上也不够深入。一直想写一篇2016的总结，希望以此内存泄漏的问题为界，实现在2017的一个技术提升。

引用

Android 内存泄漏总结
 Java内存、Android 内存泄漏
 Java gc(垃圾回收机制)小结，以及Android优化建议
 JVM GC垃圾回收机制