看代码前，我们首先想一下逻辑，正常情况下我们会取出请求，让network去请求处理我们的请求，处理完成以后呢：加入缓存，然后转发。
那么看下是不是：
首先取出请求；然后通过mNetwork.performRequest(request)处理我们的请求，拿到NetworkResponse；接下来，使用request去解析我们的NetworkResponse。
拿到Response以后，判断是否应该缓存，如果需要，则缓存。
最后mDelivery.postResponse(request, response);转发；
ok，和我们的预期差不多。
这样的话，我们的Volley去加载图片的核心逻辑就分析完成了，简单总结下：
首先初始化RequestQueue，主要就是开启几个Dispatcher线程，线程会不断读取请求（使用的阻塞队列，没有消息则阻塞）
当我们发出请求以后，会根据url，ImageView属性等，构造出一个cacheKey，然后首先从LruCache中获取（这个缓存我们自己构建的，凡是实现ImageCache接口的都合法）；如果没有取到，则判断是否存在硬盘缓存，这一步是从getCacheDir里面获取（默认5M）；如果没有取到，则从网络请求；
不过，可以发现的是Volley的图片加载，并没有LIFO这种策略；貌似对于图片的下载，也是完整的加到内存，然后压缩，这么看，对于巨图、大文件这样的就废了；
看起来还是蛮简单的，不过看完以后，对于如何更好的时候该库以及如何去设计图片加载库还是有很大的帮助的；
如果有兴趣，大家还可以在看源码分析的同时，想想某些细节的实现，比如：
Dispatcher都是一些无限循环的线程，可以去看看Volley如何保证其关闭的。
对于图片压缩的代码，可以在ImageRequest的parseNetworkResponse里面去看看，是如何压缩的。
so on…
最后贴个大概的流程图，方便记忆：
注：相关教程知识阅读请移步到Android开发频道。
