如何批量调用Volley POST请求并避免OutOfMemoryError？

你的问题核心很明确：每次发起请求时都创建了一个全新的RequestQueue实例，这直接导致了内存溢出。Volley的RequestQueue是个重量级对象，内部包含线程池、缓存系统、网络调度器等资源，循环几百次创建的话，这些资源会快速耗尽设备内存，尤其是在内存有限的中低端设备上。

下面是具体的解决方案和优化建议：

1. 复用单一RequestQueue实例 #

整个应用生命周期内只需要一个RequestQueue，全局复用它，而不是每次请求都新建。这是解决内存溢出最关键的一步。

修改后的代码示例： #

首先在你的Activity（或者Application类，推荐全局单例）中初始化一次RequestQueue：

private RequestQueue mRequestQueue;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    
    // 仅初始化一次RequestQueue，全局复用
    mRequestQueue = Volley.newRequestQueue(this);
}

然后修改你的customRequestTest方法，使用这个全局的RequestQueue：

public void customRequestTest(JSONObject jsonObject) {
    try {
        String myURL = "My URL";
        final String mRequestBody = jsonObject.toString();
        System.out.println(">>>>>>>>>>mRequestBody" + mRequestBody);

        StringRequest stringRequest = new StringRequest(Request.Method.POST, myURL,
                new Response.Listener<String>() {
                    @Override
                    public void onResponse(String response) {
                        Log.i("LOG_RESPONSE", response);
                        System.out.println(">>>>>>>>>onResponse" + response + " for request " + mRequestBody);
                    }
                },
                new Response.ErrorListener() {
                    @Override
                    public void onErrorResponse(VolleyError error) {
                        Log.e("LOG_RESPONSE", error.toString());
                        System.out.println(">>>>>>>>>onErrorResponse" + error.toString() + " for request " + mRequestBody);
                    }
                }) {
            @Override
            public String getBodyContentType() {
                return "application/json; charset=utf-8";
            }

            @Override
            public byte[] getBody() throws AuthFailureError {
                try {
                    return mRequestBody == null ? null : mRequestBody.getBytes("utf-8");
                } catch (UnsupportedEncodingException uee) {
                    VolleyLog.wtf("Unsupported Encoding while trying to get the bytes of %s using %s", mRequestBody, "utf-8");
                    return null;
                }
            }

            @Override
            protected Response<String> parseNetworkResponse(NetworkResponse response) {
                String responseString = "";
                if (response != null) {
                    responseString = new String(response.data);
                }
                return Response.success(responseString, HttpHeaderParser.parseCacheHeaders(response));
            }
        };

        // 复用全局的RequestQueue，而不是每次新建
        mRequestQueue.add(stringRequest);
    } catch (Exception e) {
        System.out.println(">>>>>>>>>>Inside catch of customRequestTest");
        e.printStackTrace();
    }
}

2. 控制并发请求数 #

300-500次请求如果同时发起，即使复用了RequestQueue，也可能因为并发过高导致资源紧张。可以自定义RequestQueue的并发数，根据设备性能调整（比如4-8个并发）：

// 初始化时自定义网络调度器，设置最大并发数
int maxConcurrentRequests = 4;
Network network = new BasicNetwork(new HurlStack());
mRequestQueue = new RequestQueue(new DiskBasedCache(getCacheDir()), network, maxConcurrentRequests);
mRequestQueue.start();

3. 避免内存泄漏 #

在Activity销毁时，记得取消所有未完成的请求，避免请求持有Activity引用导致内存泄漏：

@Override
protected void onDestroy() {
    super.onDestroy();
    if (mRequestQueue != null) {
        // 取消所有关联当前Activity的请求（也可以给请求设置tag，取消特定tag的请求）
        mRequestQueue.cancelAll(this);
    }
}

按照上面的修改，你应该能解决OutOfMemoryError的问题，同时让批量请求更高效稳定。

内容的提问来源于stack exchange，提问作者PPD