用正确的姿势使用volley_volley 释放-优快云博客

本文介绍了使用Volley过程中遇到的内存泄漏问题及解决方案。通过改进单例模式创建请求队列的方式，并采用特定标签来管理与Activity相关的请求，有效避免了因引用导致的内存泄漏。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天使用leak canary进行内存泄露时发现activity发生了内存泄露

我之前使用volley的方法就是在activity onCreate的时候新建一个volley消息队列。

经过搜索发现，原来是在新建队列的时候会将activity context的引用穿进volley框架内部，导致activity在finish的时候无法被正常释放内存。

推荐的方法是使用单例模式生成Queue

详细的方法可以参考：http://developer.android.com/intl/zh-cn/training/volley/requestqueue.html

但是这个例子我感觉也是有问题的

就是在

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

中仍然有可能将activity context传进去

所以我们可以做一点修改

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

这样就可以避免可以volley发生内存泄露了

2016.4.5更新

刚才又发生了volley的内存泄露

cacheDispatcher

通过LC的信息我们找到responseListrener那里，应该是responseListrener与activity中的组件相关连，而由于listener没有被释放，导致activity连带没有被释放

解决办法是为每一个activity创建一个tag（可以通过ctrl+J快速生成）

为改activity中的request setTag

stringRequest.setTag(TAG);

然后在activity停止的时候取消request

    @Override
    protected void onStop() {
        super.onStop();
        if (mQueue != null) {
            mQueue.cancelAll(TAG);
        }

    }