volley之缓存、网络与重试

基础

        volley对所有的请求都有本地缓存，对同一请求一般先从缓存中获取，获取不到再从网络获取。通常对图片进行三级缓存也是同样的思路。

CacheDispatcher

        为一个Thread，run()是一个死循环。与网络方交互的逻辑如下：

                Cache.Entry entry = mCache.get(request.getCacheKey());
                if (entry == null) {
                    request.addMarker("cache-miss");
                    // Cache miss; send off to the network dispatcher.
                    mNetworkQueue.put(request);
                    continue;
                }

如果Cache中取不到，扔到网络中处理的队列中，然后由网络在该队列中取出请求，执行相应的网络操作。

        整体思路为：将网络与缓存的处理分成单独的类，避免了在类中对Cache获取对象的if判断，看起来优雅。

ImageLoader

        为volley中图片加载的类，也涉及到对图片的三级缓存。但ImageLoader只提供了一个ImageCache接口，并没有细分内存、sd卡等。这种设计方式，使得ImageLoader非常简洁——它将所有的缓存都当ImageCache，不需要先判断内存中有没有，再判断sd卡中有没有，最后再从网络中获取，然后添加到内存、sd卡中等，使得整个ImageLoader的判断减少，看起来更舒服。

        而外界对于内存、sd卡等缓存的处理，可以采用责任链模式。只是在处理结果时，需要将返回的结果添加到受理类前面的类中。

重试

        volley对每一个请求都进行了重试。主要的逻辑在于BasicNetwork#performRequest中。它是一个死循环，如果请求成功，直接return一个结果，循环结束。如果失败，会调用attemptRetryOnException()，该方法内部会调用每一个Request指定的retry策略——默认只是将重试次数加一，并且将重试次数达到一定次数之后直接throw error，使得performRequest的循环因为异常而结束。

        这就是整个请求的重试策略，简单简单粗暴，但又能保证了每一个请求都会被重试固定的次数。