Android发展到现在，各种图片加载框架也是层出不群。从刚开始的Android-Universal-Image-Loader，到后来Google推出的Volley，再到现在的Fresco，Picasso，Glide百花齐放，总有一款适合你。
主要从以下三个方面考虑：同步/异步请求、解析、缓存。
缓存
下面详细介绍一下缓存策略的实现：
为什么要使用缓存
在介绍缓存策略之前，我们先来回答一个问题：为什么要使用缓存？
移动设备在使用网络时往往面临一个问题，那就是流量是需要收费的，这就需要软件开发者在开发时应当尽量避免流量的消耗，而流量消耗的大头就是图片。这时候本地缓存就是一个很好的解决方式。而且移动设备用户所处的网络环境也是不可知的，如果用户处于弱网络环境下，那图片加载所要消耗的时间将是不可忍受的，这也是使用本地缓存的原因之一。
同时，移动设备的内存是有限的，如果一个应用包含大量的图片，全部放到内存中必然会触发OOM，可如果每次都要重新从本次磁盘加载的话，性能就会有很大的消耗。而且本地加载虽然比网络要快但也是需要时间的，这也往往造成界面的卡顿。这时候一个好的内存缓存策略就是不可或缺的。
缓存原理
明白了为什么使用，接下来就要考虑怎么实现了。大家先看一张图，这是我仿照Android-Universal-Image-Loader的图片加载流程图画的：
一图胜千言，相信这张图片已经很能说明问题了。
首先，程序会在内存缓存中查找Bitmap，如果命中则直接显示，如果没有就会去本地磁盘缓存中查找缓存文件；如果在磁盘缓存中命中就将缓存文件转换为Bitmap再进行显示，这个过程中会将Bitmap加入内存缓存中；如果本地磁盘中没有就会从网络上进行下载，并且缓存在磁盘和内存中。
Volley ImageLoader
1、加载
可以同步加载，也可以异步加载；
2、解析
3、缓存
1、Volley ImageLoader里实现了一级缓存 ImageCache。内存缓存LruCache自己实现。public class ImageLoader {
/** The cache implementation to be used as an L1 cache before calling into volley. */ private final ImageCache mCache;}2、二级缓存：磁盘缓存DiskLruCache
参考资料