Volley的网络请求有内存溢出现象学到的一点知识

今天进行程序内存溢出/泄露测试，使用的是LeakCanary，发现除了几个上一个开发者开发习惯问题（什么都喜欢使用静态变量，而且是public的到处调用）外，基本都是报Volley的错误监听回调有溢出，经过百度后发现是因为RequestQueue重复获取的问题，获取一次就新建一个RequestQueue对象，而之前的还在进行网络请求的的就形成了泄露。

解决方案很简单，把自己的volley工具类定义为单例，RequestQueue使用applicationcontext获取，这样就能保证在app里RequestQueue是唯一的。

具体代码：   

 private static VolleyTool mInstance = null;
    private RequestQueue mRequestQueue;
    private Context mContext;
    private VolleyTool(Context context) {
        mContext = context;
        mRequestQueue = Volley.newRequestQueue(context.getApplicationContext());
    }

    public static synchronized VolleyTool getInstance(Context context) {
        if (mInstance == null) {
            mInstance = new VolleyTool(context);
        }
        return mInstance;
    }

    public RequestQueue getmRequestQueue() {
        if (mRequestQueue == null) {
            mRequestQueue = Volley.newRequestQueue(mContext.getApplicationContext());
        }
        return mRequestQueue;
    }

片段代码，仅供参考。

这里有一个重要的标识符 synchronized，单词的意思是“同步”，表示不管谁在使用，这玩意都是同步的，而用我们的理解，则为锁，当有人访问的时候这个地方就加了锁。这里使用了 static