文章标题

配置一个 RequestQueue

先前的课程展示了利用 Volley 的默认行为优势如何使用便利方法

Volley.newRequestQueue

来配置一个

RequestQueue

。这节课带你显式地创建一个

RequestQueue

，为了配置自定义行为。

这节课也描述了推荐使用一个 singleton(单例) 来创建一个 App 生命周期级的的

RequestQueue

配置一个网络和缓存

一个

RequestQueue

的工作需要做两件事情:一个 network 来执行 request 传输，一个 cache 来处理缓存。在 Volley toolbox 中有这些标准的实现：

DiskBasedCache

提供一个 one-file-per-response(一个响应对应一个文件)和一个 in-memory index,

BasicNetwork

也提供了一个基于你偏好的 HTTP client 网络传输实现

BasicNetwork

是 Volley 提供的默认网络实现，一个

BasicNetwork

必须使用你 App 用来连接网络的 HTTP client 来初始化。尤其是一个 HttpURLConnection

这个代码片段展示了配置一个

RequestQueue

的步骤：

RequestQueue mRequestQueue;

// Instantiate the cache
Cache cache = new DiskBasedCache(getCacheDir(), 1024 * 1024); // 1MB cap

// Set up the network to use HttpURLConnection as the HTTP client.
Network network = new BasicNetwork(new HurlStack());

// Instantiate the RequestQueue with the cache and network.
mRequestQueue = new RequestQueue(cache, network);

// Start the queue
mRequestQueue.start();

String url ="http://www.example.com";

// Formulate the request and handle the response.
StringRequest stringRequest = new StringRequest(Request.Method.GET, url,
new Response.Listener<String>() {
@Override
public void onResponse(String response) {
// Do something with the response
}
},
new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError error) {
// Handle error
}
});

// Add the request to the RequestQueue.
mRequestQueue.add(stringRequest);

// ...

如果只需要一次 request，并且不想常驻这个 thread pool，你可以在任何地方创建

RequestQueue

然后一旦请求 response 或者错误返回时调用

stop()

方法，使用在 Sending a Simple Request里描述的

Volley.newRequestQueue

那样。但是更常见的使用情况是使用单例创建一个

RequestQueue

确保它能够在整个 App 生命周期中可以运行，就像下面描述的那样。

使用一个 Singleton Pattern (单例模式)

如果你的应用需要频繁地使用网络，设置一个

RequestQueue

单例对象可能是最有效的方法来使之在你的 App 整个生命周期中都有效。你可以采用不同的方式，这里推荐的方法是实现单例类来封装

RequestQueue

和其他 Volley 方法。另一个方法是创建一个 Application 子类然后在 [Application.onCreate()] 方法中设置一个

RequestQueue

，但是这种方法不推荐使用，一个静态的单例类可以以更加模块化的方法来提供相同的功能实现。

初始化

RequestQueue

的一个关键的概念是需要使用 Application 的 context，不是一个 Activity 的 context。这样就会确保

RequestQueue

会被持续在 App 的整个生命周期中，而不是每次随activity 的重创而重建(例如，当用户旋转手机屏幕时)

这里有一个提供

RequestQueue

和

ImageLoader

功能的单例类:

public class MySingleton {
private static MySingleton mInstance;
private RequestQueue mRequestQueue;
private ImageLoader mImageLoader;
private static Context mCtx;

private MySingleton(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 MySingleton getInstance(Context context) {
if (mInstance == null) {
mInstance = new MySingleton(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) {
getRequestQueue().add(req);
}

public ImageLoader getImageLoader() {
return mImageLoader;
}
}

这里有一些使用单例类来执行

RequestQueue

操作的例子:

// Get a RequestQueue
RequestQueue queue = MySingleton.getInstance(this.getApplicationContext()).
getRequestQueue();

// ...

// Add a request (in this example, called stringRequest) to your RequestQueue.
MySingleton.getInstance(this).addToRequestQueue(stringRequest);