一：Bitmap的高效加载
BitmapFactory类提供了四类方法：decodeFile,decodeResource,decodeStream和decodeByteArray,分别用于支持从文件系统，资源，输入流以及字节数组中加载出一个Bitmap对象，其中decodeFile和decodeResource又间接调用了decodeStream方法，这四类方法最终是在Android的底层实现的，对应着BitmapFactory类的几个native方法。
高效加载Bitmap核心思想就是采用BitmapFactory.Options来加载所需尺寸的图片，例如通过ImageView显示图片，它并没有原始图片尺寸那么大，这时候没必要把整个图片加载进来，ImageView并没有办法显示原始的图片。通过BitmapFactory.Options就可以按一定的采样率来加载缩小后的图片，这样就会降低内存占用，一定程度避免OOM，提高了Bitmap加载时性能。
通过BitmapFactory.Options来缩放图片，主要用到了它的inSampleSize参数，即采样率。当inSampleSize为1时，采样后的图片大小为图片的原始大小。当大于1时，比如2，采样后的图片宽高均为原图大小的1/2，而像素为原图的1/4，其占有的内存大小也为原图的1/4.。
如何获取采样率？
1.将BitmapFactory.Options的inJustDecodeBounds参数设为true并加载图片。
2.从BitmapFactory.Options中取出图片的原始宽高信息，它们对应于outWidth和outHeight参数。
3.根据采样率的规则并结合目标View的所需大小计算出采样率inSampleSize。
4.将BitmapFactory.Options的inJustDecodeBounds参数设为false然后重新加载图片。
inJustDecodeBounds参数：此参数设为true时，BitmapFactory只会解析图片的原始宽高信息，并不会去真正加载图片，所以这个操作是轻量的。另外需要注意，这个时候BitmapFactory获取的图片宽高信息和图片的位置以及程序运行的设备有关，比如在不同的drawable目录下或者程序运行在不同的屏幕密度的设备上，都可能导致BitmapFactory获取到不同的结果，这和Android的加载机制有关。
二：Android中的缓存策略
缓存策略没有统一的标准。主要包含缓存的添加，获取和删除操作。目前常用的一种缓存算法是LRU(Least Recently Used)核心思想是缓存满是，优先淘汰近期最少使用的缓存对象。
采用LRU算法的缓存有两种：LruCache和DiskLruCache，LruCache用于实现内存缓存，DiskLruCache充当了村粗设备缓存。通过二者的完美结合，可以实现一个具有高实用价值的的ImageLoader.
LruCache：是一个泛型类，内部采用一个LinkedHashMap以强引用的方式存储外界的缓存对象，提供了get和put方法完成缓存的获取和添加，当缓存满时，LruCache会移除较早使用的缓存对象，然后再添加新的缓存对象。
关于强引用，软引用和弱引用的区别：强引用：直接的对象引用。软引用：当一个对象只有软引用存在时，系统内存不足时此对象会被gc回收。弱引用：当一个对象只有弱引用存在时，此对象会随时被gc回收。
DiskLruCache:用于实现存储设备缓存，磁盘缓存。它通过将缓存对象写入文件系统从而实现缓存的效果。DiskLruCache得到了Android官方文档的推荐，但它不属于Android SDK一部分。
