ImageLoader 的工作原理（已经不维护了）
在显示图片的时候，它会先在内存中查找；如果没有，就去本地查找；如果还没有，就开一个新的线程去下载这张图片，下载成功会把图片同时缓存到内存和本地。
基于这个原理，我们可以在每次退出一个页面的时候，把ImageLoader 内存中的缓存全都清除，这样就节省了大量内存，反正下次再用到的时候从本地再取出来就是了。此外，由于ImageLoader 对图片是软引用的形式，所以内存中的图片会在内存不足的时候被系统回收（内存足够的时候不会对其进行垃圾回收）。
ImageLoader 由三大组件组成：
- ImageLoaderConf iguration——对图片缓存进行总体配置，包括内存缓存的大小、本地缓存的大小和位置、日志、下载策略（FIFO 还是LIFO）等等。
- ImageLoader——是具体下载图片，缓存图片，显示图片的具体执行类，它有两个具体的方法displayImage(...)、loadImage(...)，但是其实最终他们的实现都是displayImage(...)。
- DisplayImageOptions——在每个页面需要显示图片的地方，控制如何显示的细节，比如指定下载时的默认图（包括下载中、下载失败、URL 为空等），是否将缓存放到内存或者本地磁盘。
借用一个比喻，“他们有点像厨房规定、厨师、客户个人口味之间的关系。ImageLoaderConf iguration 就像是厨房里面的规定，每一个厨师要怎么着装，要怎么保持厨房的干净，这是针对每一个厨师都适用的规定，而且不允许个性化改变。ImageLoader 就像是具体做菜的厨师，负责具体菜谱的制作。DisplayImageOptions 就像每个客户的偏好，根据客户是重口味还是清淡，每一个ImageLoader 根据DisplayImageOptions的要求具体执行。”
ImageLoader 优化
尽管ImageLoader 很强大，但一直把图片缓存在内存中，会导致内存占用过高。虽然对图片的引用是软引用，软引用在内存不够的时候会被GC，但我们还是希望减少GC 的次数，所以要经常手动清理ImageLoader 中的缓存。
我们在AppBaseActivity 中的onDestroy 方法中，执行ImageLoader 的clearMemoryCache方法，以确保页面销毁时，把为了显示这个页面而增加的内存缓存清除。这样，即使到了下个页面要复用之前加载过的图片，虽然内存中没有了，根据ImageLoader 的缓存策略，还是可以在本地磁盘上找到。
ImageLoader 优点
1. 多线程下载图片：
图片可以来源于网络，文件系统，项目文件夹assets中以及drawable中等
2. 支持随意的配置：
例如线程池，图片下载器，内存缓存策略，硬盘缓存策略，图片显示选项以及其他的一些配置
3. 支持图片的内存缓存，文件系统缓存或者SD卡缓存
4. 支持图片下载过程的监听
5. 根据控件(ImageView)的大小对Bitmap进行裁剪，减少Bitmap占用过多的内存
6. 较好的控制图片的加载过程
例如滚动中暂停图片加载(PauseOnScrollListener)，重新开始加载图片，一般使用在ListView，GridView中，滑动过程中暂停加载图片，停止滑动的时候去加载图片
7. 提供在较慢的网络下对图片进行加载
8. 默认实现多种内存缓存算法
这几个图片缓存都可以配置缓存算法，不过 ImageLoader 默认实现了较多缓存算法，如 Size 最大先删除、使用最少先删除、最近最少使用、先进先删除、时间最长先删除等。
9. 支持本地缓存文件名规则定义