在volley的一般使用中,首先使用Volley.newRequestQueue创建一个RequestQueue,然后new Request加入这个RequestQueue就可以了,request的参数中包含在主线程执行的回调方法等。所以重点来看看这个RequestQueue的设计。
首先掌握RequestQueue中含有的几个属性:
PriorityBlockingQueue<Request<?>> mCacheQueue
PriorityBlockingQueue<Request<?>>[] mNetWorkQueues
CacheDispatcher mCacheDispatcher (extends Thread)
NetworkDispatcher mNetworkDispatcher (extends Thread)
Map<String,Queue<Request>> mWaitingRequests
ExeactorDelivery mDelivery//处理response
Cache mCache//网络缓存
先说一下总体思路,有两个队列,缓存队列和网络请求队列,有一个缓存处理线程CacheDispatcher和若干个网络请求线程NetworkDispatcher,他们的run都是死循环,不断从分别两个队列中取出request进行处理。
NetWorkDispatcher比较简单,就是不断从mNetworkQueue中取request进行网络请求获取Response,然后mDelivery.postResponse交给mDelivery处理,处理后判断若需要缓存则加入Cache。
接下来看具体思路,从RequestQueue的add开始,首先判断request是否需要缓存(可以通过set方法设置,默认需要),不需要的话直接加入mNetworkQueue等待执行网络请求。
需要的话获取request的cacheKey(Method+url)作为key,判断mWaitingRequests中是否有这个key,有的话表示当前有相同网络请求正在执行或等待执行,mWaitingRequests中存的value是Queue<Request>,取出对应的queue,将request加入。没有这个key表示没有相同请求在执行,将request加入mCacheQueue并mWaitngRequests.put(key,null);
至此,不使用缓存的request直接进入NetworkQueue等待发起网络请求,mWaitingRequests中没有该key的request进入mCachedQueue并在mWaitingRequests中放置一个null进行标记,有key的进入mWaitingRequests中存的queue。所有request的去处已经确定了,我们已经知道NetworkQueue中的最简单,等待NetworkDispatcher不断取出执行。接下来看看CacheDispatcher对mCacheQueue的处理。
CacheDispatcher也是开启死循环从mCacheQueue中取出request,这里需要和Cache进行互动(实际是一个Map),然后判断该request无缓存或缓存过期或缓存需刷新,则将request放入NetworkQueue等待执行,否则说明缓存正常,从Cache中取出缓存最后使用delivery.postResponse(request,response)
两个队列的request处理后最终都交由Delivery的postResponse,我们推测也可以想到,在这里就是切换到主线程执行回调接口了(一个Exeutor处理runnable)。除此以外,在工作完成后,还会调用request的finish,request则会调用RequestQueue的finish(request)。这个finish中会判断该request是否需要缓存,不需要则退出。还记得上面的mWaitingRequests吗,这里就是删除mWaitingRequests中的key,取出存的queue(也就是在等待的所有相同请求)并放入mCacheQueue(这时候肯定有缓存了,所以处理的时候会使用缓存)。通过这个设计,相同请求不会同时执行,最大程度使用了缓存,节省网络资源。
其他:
Cache用sychoronized保证存取的同步,
PriorityBlockingQueue extends BlockingQueue, BlockingQueue用ReentrantLock保证存取同步,PriorityBlockingQueue 只存储实现了Compareble的元素,通过其conpareTo决定存取顺序。、
因为用的是阻塞队列,所以取不到元素的时候工作线程会阻塞住