Volley 核心源码解析（二）

请求队列 RequestQueue

每一个使用过Volley的同行们都用过 RequestQueue.add(request) 这个方法，看看这个方法到底做了什么：

public <T> Request<T> add(Request<T> request) {
        // Tag the request as belonging to this queue and add it to the set of current requests.
        request.setRequestQueue(this);
      synchronized (mCurrentRequests) {
            mCurrentRequests.add(request);
        }

        // Process requests in the order they are added.
        request.setSequence(getSequenceNumber());
        request.addMarker("add-to-queue");

        // If the request is uncacheable, skip the cache queue and go straight to the network.
        if (!request.shouldCache()) {
            mNetworkQueue.add(request);
            return request;
        }

        // Insert request into stage if there's already a request with the same cache key in flight.
       synchronized (mWaitingRequests) {
            String cacheKey = request.getCacheKey();
            if (mWaitingRequests.containsKey(cacheKey)) {
                // There is already a request in flight. Queue up.
                Queue<Request<?>> stagedRequests = mWaitingRequests.get(cacheKey);
                if (stagedRequests == null) {
                    stagedRequests = new LinkedList<Request<?>>();
                }
                stagedRequests.add(request);
               mWaitingRequests.put(cacheKey, stagedRequests);
                if (VolleyLog.DEBUG) {
                    VolleyLog.v("Request for cacheKey=%s is in flight, putting on hold.", cacheKey);
                }
            } else {
                // Insert 'null' queue for this cacheKey, indicating there is now a request in
                // flight.
              mWaitingRequests.put(cacheKey, null);
                mCacheQueue.add(request);
            }
            return request;
        }
    }

我们看到这里面有两个被用synchronized 块锁住的对象：mCurrentRequests，mWaitingRequests

那么这两个是什么呢？
/**
     * The set of all requests currently being processed by this RequestQueue. A Request
     * will be in this set if it is waiting in any queue or currently being processed by
     * any dispatcher.
     */
    private final Set<Request<?>> mCurrentRequests = new HashSet<Request<?>>();

/**
     * Staging area for requests that already have a duplicate request in flight.
     *
     *

not

     */
    private final Map<String, Queue<Request<?>>> mWaitingRequests =
            new HashMap<String, Queue<Request<?>>>();

看英文注释意思：
mCurrentRequests 大意是，当前在这个队列里所有正在被执行的请求的集合。所有的正在被执行的或者在队列中等待执行的请求都应该放进这个set 集合中。

mWaitingRequests：包含重复请求的临时区域，

通俗的说就是一个是所有正在执行和等待执行的请求集合，另一个是存放重复请求的临时区域是一个map.

当我们调用add 方法的时候首先是把请求加入到 mCurrentRequests 中，当然咯，这个过程是同步的。
此时volley 还给每个请求设置了序号和备注：
request.setSequence(getSequenceNumber());
request.addMarker("add-to-queue");

接下来如下：
if (!request.shouldCache()) {
            mNetworkQueue.add(request);
            return request;
        }

这段代码很有意思，如果一个请求不支持被缓存的话，马上就把这个请求交给mNetworkQueue
中去执行，后面的代码不再执行。

mNetworkQueue 的定义如下：

/** The queue of requests that are actually going out to the network. */
    private final PriorityBlockingQueue<Request<?>> mNetworkQueue =
        new PriorityBlockingQueue<Request<?>>();

这是一个全新的阻塞式的队列。这个队列的作用后面再讲。

在Request 类中我们看到
private boolean mShouldCache = true;
说明 Volley中默认每一个请求都是要被缓存的。

接下来通过Request的cacheKey 区分请求是否重复，如果有重复请求，就把这个请求所属的队列拿出来，然后把新的请求加到队列中，再存到 mWaitingRequests中。
如果mWaitingRequests中没有这个请求，就用这个请求的 cacheKey 去保存一个NULL值，

言简意赅的说;每一个请求都会在执行的同时放到 mWaitingRequests中，同时也要被放进缓存队列中，
mCacheQueue：
private final PriorityBlockingQueue<Request<?>> mCacheQueue =
        new PriorityBlockingQueue<Request<?>>();

mCacheQueue 中的请求何时执行，后面会讲到。

下一节 Volley 的任务调度模型 http://f303153041.iteye.com/blog/2281352

Volley 核心源码解析（二）

猜你喜欢