inBitmap的用法

在android3.0开始，系统在BitmapFactory.Options里引入了inBitmap机制来配合缓存机制。如果在载入图片时传入了inBitmap那么载入的图片就是inBitmap里的值。这样可以统一有缓存和无缓存的载入方式。

用法很简单：

1. 在载入图片时先从缓存里拿出Bitmap，将此Bitmap赋值给inBitmap。

2. 然后将inBitmap的Options传入decode方法就可以了。

也可以用来和LruCache配合实现内存的两级缓存。

将需要缓存的图片存入LruCache。当LruCache删除不用的图片时，将删除的图片放入软引用中。

protected synchronized void entryRemoved(boolean evicted, Object key, BitmapDrawable oldValue,

BitmapDrawable newValue) {

    //reusableBitmaps是HashMap<Object, SoftReference<Bitmap>>用了缓存从LruCache中移除的Bitmap

     reusableBitmaps.put(key, new SoftReference<Bitmap>(oldValue.getBitmap()));

}

在载入图片时：

先调用LruCache.get(key); 如果拿不到那么再调用reusableBitmaps.get(key)

注意1：

主要就是指的复用内存块，不需要在重新给这个bitmap申请一块新的内存,避免了一次内存的分配和回收，从而改善了运行效率。

需要注意的是inBitmap只能在3.0以后使用。2.3上，bitmap的数据是存储在native的内存区域，并不是在Dalvik的内存堆上。

使用inBitmap，在4.4之前，只能重用相同大小的bitmap的内存区域，而4.4之后你可以重用任何bitmap的内存区域，只要这块内存比将要分配内存的bitmap大就可以。这里最好的方法就是使用LRUCache来缓存bitmap，后面来了新的bitmap，可以从cache中按照api版本找到最适合重用的bitmap，来重用它的内存区域。

注意2：

SDK版本 需要注意的是inBitmap只能在3.0以后使用。2.3上，bitmap的数据是存储在native的内存区域，并不是在Dalvik的内存堆上。 在android3.0开始，系统在BitmapFactory.Options里引入了inBitmap机制来配合缓存机制。如果在载入图片时传入了inBitmap那么载入的图片就是inBitmap里的值。这样可以统一有缓存和无缓存的载入方式。 使用inBitmap，在4.4之前，只能重用相同大小的bitmap的内存区域，而4.4之后你可以重用任何bitmap的内存区域，只要这块内存比将要分配内存的bitmap大就可以。例如给inBitmap赋值的图片大小为100-100，那么新申请的bitmap必须也为100-100才能够被重用。从SDK 19开始，新申请的bitmap大小必须小于或者等于已经赋值过的bitmap大小。 解码 新申请的bitmap与旧的bitmap必须有相同的解码格式，例如大家都是8888的，如果前面的bitmap是8888，那么就不能支持4444与565格式的bitmap了，不过可以通过创建一个包含多种典型可重用bitmap的对象池，这样后续的bitmap创建都能够找到合适的“模板”去进行重用。 DisplayingBitmaps Managing Bitmap Memory 上的demo的DisplayingBitmaps.zip，代码也有用到inBitmap，但是DisplayingBitmaps功能还是很弱，因为遇到过不同的ImageView设置不同ScaleType，然后使用同一张图片会造成相互影响，设置图片圆角也是，所以这也是使用inBitmap要注意的地方。 使用 使用此方法需要inMutable=true，inSampleSize=1 我是天王盖地虎的分割线