应该维护多少个Volley请求队列？

Question

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

实例化核心Volley对象

  private static RequestQueue mReqQueue;

每个应用程序应该只有一个静态请求队列吗？拥有多个人有什么危害？例如,如果我想要一个请求队列来处理Twitter请求,该怎么办？另外还有其他一切,如身份验证,图像检索等.

Answer 1

我认为Ficus Kirkpatrick在他关于Volley的演讲中的某个地方说过最佳,只有一个RequestQueue.

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

但是,如果你有很多活动,并且只针对一个请求使用Volley中的一个,那么你最好定义RequestQueue一下这个Activity,或者它会在你不使用的活动中实例化它.这不应该损害功能,但可能会伤害记忆.

编辑:

在排球用户组中,Ficus说:

RequestQueues非常便宜(主要是线程).我们在应用程序中使用多个来分隔缓存.

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