由于 Post 和 Volley，Android 应用程序中的内存泄漏答案

【问题标题】：Memory Leaks in android app due to Post and Volley由于 Post 和 Volley，Android 应用程序中的内存泄漏
【发布时间】：2016-05-12 22:05:31
【问题描述】：

我有一个应用程序，我需要在运行时获取 imageView 的高度和宽度。我找到了一个使用 post 方法的解决方案，该方法在绘制视图后被调用。目前，我在应用程序中遇到了一个巨大的内存泄漏问题。过去几天我一直在使用 Android Monitor、MAT 和泄漏金丝雀。我已删除对导致泄漏的所有内容的引用，但无法追踪实际问题。我怀疑 post 方法实际上可能持有对活动/片段的引用。我不知道。下面的 sn-p 代码实际上会导致内存泄漏还是我看错了地方。

 imageView.post(new Runnable() {
        @Override
        public void run() {
            Picasso.with(getActivity().getApplicationContext())
                    .load(R.drawable.download)
                    .memoryPolicy(MemoryPolicy.NO_CACHE)
                    .resize(imageView.getWidth() / 3, imageView.getHeight() / 3)
                    .noFade()
                    .error(R.drawable.gradient_background_shop)
                    .into(imageView);
        }
    });

另外，我正在使用 Volley 库来获取数据。但我注意到 Leak Canary 暗示 Network Dispatcher 正在泄漏内存。我在初始化 volley 的 Application 类中使用单例模式。 Volley 真的会引起问题吗？

public class YouStyleMe extends Application {

private RequestQueue mRequestQueue;
private ImageLoader mImageLoader;
private static YouStyleMe mInstance;
public static Context mCtx;
public static final String TAG = YouStyleMe.class
        .getSimpleName();


public void onCreate() {
    super.onCreate();
    LeakCanary.install(this);
}

public YouStyleMe() {
}

private YouStyleMe(Context context) {
    mCtx = context;
    mRequestQueue = getRequestQueue();

    mImageLoader = new ImageLoader(mRequestQueue,
            new ImageLoader.ImageCache() {
                private final LruCache<String, Bitmap>
                        cache = new LruCache<String, Bitmap>(20);

                @Override
                public Bitmap getBitmap(String url) {
                    return cache.get(url);
                }

                @Override
                public void putBitmap(String url, Bitmap bitmap) {
                    cache.put(url, bitmap);
                }
            });
}


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


public RequestQueue getRequestQueue() {
    if (mRequestQueue == null) {
        // getApplicationContext() is key, it keeps you from leaking the
        // Activity or BroadcastReceiver if someone passes one in.
        mRequestQueue = Volley.newRequestQueue(mCtx.getApplicationContext());
    }
    return mRequestQueue;
}

public <T> void addToRequestQueue(Request<T> req) {
    req.setTag(TAG);
    getRequestQueue().add(req);

}

public ImageLoader getImageLoader() {
    return mImageLoader;
}

public <T> void addToRequestQueue(Request<T> req, String tag) {
    // set the default tag if tag is empty
    req.setTag(TextUtils.isEmpty(tag) ? TAG : tag);
    getRequestQueue().add(req);
}

public void cancelPendingRequests() {
    if (mRequestQueue != null) {
        mRequestQueue.cancelAll(TAG);
    }
 }
}

【问题讨论】：

mInstance = new YouStyleMe(context); ... YouStyleMe extends Application ... 可能与内存泄漏无关，但是... 非常非常错误
不应该在static { ... } 块内初始化mInstance？
请参考这个答案：stackoverflow.com/a/43723971/5860087这可能会解决你的目的。咻。

标签： android memory memory-leaks android-volley runnable

【解决方案1】：

对于问题 1) 使用处理程序

像这样初始化它：

private Handler mHandler = new Handler();

那么，不要向它发布匿名可运行文件，像这样声明它：

updateCall = new WeakReference<Runnable>(new Runnable() {
        @Override
        public void run() {
            ...
        }
    });

并使用处理程序或 ImageView

imageView.post(updateCall.get());

这些应该会有所帮助。

另一个大问题是这一行：

private static YouStyleMe mInstance;

由于private static 属性，该对象将具有非常长的生命周期，并且它的大部分子对象（成员）将永远可以访问。这意味着 GC 不会得到它们，因为它只清理不再可访问的对象。甚至强制 GC 也不会清理它们。

所以，尝试解决这个问题，或者将您的 mInstance 也设为 WeakReference。

【讨论】：