目前，我正在维护一个静态 Volley 请求队列，如下所述：

实例化核心 Volley 对象 https://stackoverflow.com/questions/17336434/instantiating-core-volley-objects

  private static RequestQueue mReqQueue;

每个应用程序是否应该有且只有一个静态请求队列？拥有多个有什么坏处？例如，如果我想要一个请求队列来处理 Twitter 请求怎么办？另一种用于其他方面，如身份验证、图像检索等。

我想 Ficus Kirkpatrick 在某个地方说过他关于 Volley 的演讲 https://www.youtube.com/watch?v=yhv8l9F44qo最佳情况下，只有一个RequestQueue.

如果您的大多数活动、服务和接收器都使用 Volley，并且您在它们之间进行大量切换，那么定义单例是有意义的RequestQueue在你的Application对象，这样你就不必实例化一个新的RequestQueue在每项活动/服务/接收者中onCreate.

但是，如果您有很多活动，并且仅在其中一项活动中使用 Volley 来处理一个请求，那么您最好定义RequestQueue就在于此Activity，否则它将在您不使用它的活动中实例化。这不会损害功能，但可能会损害内存。

EDIT:

Ficus在volley用户群中说道：

RequestQueues 非常便宜（大部分只是线程）。我们在应用程序中使用多个缓存来隔离缓存。

这告诉我们，使用多个也是一个有效的用例RequestQueues如果您需要有单独的缓存。