在需要加载的一张图片的分辨率大于控件可提供分辨率的大小时，如果不压缩图片，会导致oom。在目前安卓流行的各种图片加载框架，不需要我们自己去处理这个问题。但我们还是需要了解其中的原理。我们在加载一个图片时，应该先测量出这个图片的各个属性，我们可以通过将BitmapFactory.Options中设置injustDecodeBounds为flase。这种情况下我们能获得图片的各个属性，但是返回的值为null。然后调用calculateInSampleSize方法将图片大小与目标属性长款比较，设置insimpleSize，然后返回。将injustDecodeBounds设置为true进行第二次解析，就可以得到压缩后的图片。
图片缓存技术最核心是LruCache。原理是将最近使用过的对象强引用到LinkedHashMap中，并且把最近很少使用的对象在缓存之达到预设值时移除。最开始用软引用或者弱引用实现内存缓存技术，在Android2.3开始内存回收机制倾向于回收软引用和弱引用。Android3.0开始数据存储在本地内存当中，就无法用一个可预见的方式释放，可能会造成内存溢出，甚至崩溃。
分配lrucache的大小时，应该注意设备能为程序分配多大内存，设备上要显示多少图片，图片本身的大小，分辨率，访问频率。维持好图片的数量和质量：将低分辨率的图片保存在内存中，开启新线程加载高分辨率的图片。设备的屏幕大小和分辨率，图片占用的内存。缓存空间太小会导致图片频繁的释放和重新加载，太大可能会导致oom。
在程序运行时可以根据设备给程序分配的内存大小来/8来分配缓存控件，在加载图片时，可以先判断缓存空间里面是否有这种图片，没有的话将这张图片存入缓存中。
addBitmaoToMemoryCache（String key，Bitmap bit）{
if（getBitmapfromCache（key）== null）{
LruCache.put（key，bit）；//放进缓存空间
}
}
