除了缓存图片意外,还有一些其他的方式来促进GC的效率和图片的复用.不同的Android系统版本有不同的处理策略.BitmapFun中就包含了这个类,能够使我们高效地构建我们的项目.
为了开始以下教程,我们需要先介绍一下Android系统对Bitmap管理的进化史.
- 在Android2.2(API level 8)以及更低的版本中,当垃圾被回收时,应用的线程会被停止,这会造成一定程度的延时.在Android 2.3中,加入了并发回收机制,这意味着当Bitmap不再被使用的时候,内存会被很快地回收.
- 在Android 2.3.3(API level 10)以及更低版本中,像素数据是被存储在本地内存中的,并且和Bitmap本身是分离的,Bitmap存储在Dalvik堆中.本地内存中的像素数据并不以一种可预知的方式释放,可能会造成应用内存溢出和崩溃.而在Android 3.0(API level 11)中,像素数据和Bitmap一起被保存在Dalvik堆中.
以下内容描述了如何为不同的Android版本选择最佳的图片缓存管理方式.
在Android 2.3.3以及更低版本中管理缓存
在Android 2.3.3(API level 10)以及更低版本中,建议使用Bitmap.recycle()方法.如果你正在展示大量的图片,应用可能会内存溢出.这时候recycle()方法可以使内存被尽可能快地回收.
注意:你只能在确定了Bitmap确实不再被使用了之后才能调用recycle()方法.如果你调用recycle()方法释放了Bitmap,而稍后却又使用这个Bitmap,这时就会出现"Canvas: trying to use a recycled bitmap"错误.
以下代码片段是recycle()方法调用的示例.这里使用了引用计数器的方式(通过变量
mDisplayRefCount和mCacheRefCount
)来追踪一个Bitmap是否还在被使用或者存在于缓存中.当满足如下条件时,此处就会回收Bitmap:
引用计数器变量
mDisplayRefCount和mCacheRefCount的值都为0时.
Bitmap不为null,而且没有被回收.
private int mCacheRefCount = 0; private int mDisplayRefCount = 0; ... // 通知当前Drawable,当前被使用的状态改变了 // 保持一个计数器,用来决定当前Drawable何时被回收 public void setIsDisplayed(boolean isDisplayed) { synchronized (this) { if (isDisplayed) { // 当被显示时,则计数器mDisplayRefCount的值+1 mDisplayRefCount++; // 标志当前Drawable被显示了 mHasBeenDisplayed = true; } else { // 当一个引用被释放时,计数器mDisplayRefCount的值-1 mDisplayRefCount--; } } // 确认recycle()方法是否已经被调用了 checkState(); } // 通知当前Drawable缓存状态改变了 // 保持一个计数器用于决定何时这个Drawable不再被缓存 public void setIsCached(boolean isCached) { synchronized (this) { if (isCached) { mCacheRefCount++; } else { mCacheRefCount--; } } // 确认recycle()方法是否已经被调用了 checkState(); } private synchronized void checkState() { // 如果当前Drawable的内存和展示计数器都为0,而且当前Drawable还可用 // 则释放掉它 if (mCacheRefCount <= 0 && mDisplayRefCount <= 0 && mHasBeenDisplayed && hasValidBitmap()) { getBitmap().recycle(); } } // 判断Drawable对应的Bitmap是否可用 private synchronized boolean hasValidBitmap() { Bitmap bitmap = getBitmap(); return bitmap != null && !bitmap.isRecycled(); }
在Android 3.0以及更高版本中管理缓存
从Android 3.0(API level 11)开始,引入了BitmapFactory.Options.inBitmap字段,如果这个属性被设置了,拥有这个Options对象的方法在解析图片的时候会尝试复用一张已存在的图片.这意味着图片缓存被服用了,这意味着更流畅的用户体验以及更好的内存分配和回收.然而,要使用inBitmap有这一定的限制.尤其需要注意的是,在Android 4.4(API level 19)之前,只有相同大小的Btiamp才会被复用.更详细的用法,请参见inBitmap的文档.
保存一个Bitmap以备后来使用
下面的代码片段示范了如何保存一个Bitmap以备后来使用.当在Android 3.0以及更高版本平台中时,一个Bitmap被从LrcCache中移除后,它的软引用会被保存到一个HashSet中,以备inBitmap后来使用:
Set<SoftReference<Bitmap>> mReusableBitmaps; private LruCache<String, BitmapDrawable> mMemoryCache; // 当程序运行在Honeycomb(Android 3.1)及以上版本的系统中时,创建一个 // 同步的HashSet用于存放可复用的Bitmap的引用 if (Utils.hasHoneycomb()) { mReusableBitmaps = Collections.synchronizedSet(new HashSet<SoftReference<Bitmap>>()); } mMemoryCache = new LruCache<String, BitmapDrawable>(mCacheParams.memCacheSize) { // Notify the removed entry that is no longer being cached. @Override protected void entryRemoved(boolean evicted, String key, BitmapDrawable oldValue, BitmapDrawable newValue) { if (RecyclingBitmapDrawable.class.isInstance(oldValue)) { // 如果被移除的Drawable是RecyclingBitmapDrawable,则通知它 // 已经被从内存缓存中移除 ((RecyclingBitmapDrawable) oldValue).setIsCached(false); } else { // 如果被移除的Drawable是一个普通的BitmapDrawable if (Utils.hasHoneycomb()) { // 如果运行在Honeycomb(Android 3.1)及以上系统中,则为Bitmap添加 // 到一个保存软引用的集合中,以备后来被inBitmap使用 mReusableBitmaps.add (new SoftReference<Bitmap>(oldValue.getBitmap())); } } } .... }
复用一个已经存在的Bitmap
在解析图片时,会检查是否已经存在一个可用的Bitmap,如下:
public static Bitmap decodeSampledBitmapFromFile(String filename, int reqWidth, int reqHeight, ImageCache cache) { final BitmapFactory.Options options = new BitmapFactory.Options(); ... BitmapFactory.decodeFile(filename, options); ... // 如果应用运行在Honeycomb及以上系统中,则尝试使用inBitmap复用图片 if (Utils.hasHoneycomb()) { addInBitmapOptions(options, cache); } ... return BitmapFactory.decodeFile(filename, options); }
以下代码片段描述了如何查找一个已经存在的Bitmap并将它设置为inBitmap的值.注意,这个方法只有在找到了符合条件的Bitmap才会为inBitmap赋值(我们不能乐观地假定图片会被找到):
private static void addInBitmapOptions(BitmapFactory.Options options, ImageCache cache) { // inBitmap仅能接受可编辑的Bitmap,所以此处需要强制解码器 // 返回一个可编辑的Bitmap options.inMutable = true; if (cache != null) { // 尝试查找满足条件的Bitmap给inBitmap赋值 Bitmap inBitmap = cache.getBitmapFromReusableSet(options); if (inBitmap != null) { // 如果查找到了符合条件的Bitmap,则赋值给inBitmap options.inBitmap = inBitmap; } } } // 这个方法遍历了保存弱引用的集合,用于查找一个合适的Bitmap protected Bitmap getBitmapFromReusableSet(BitmapFactory.Options options) { Bitmap bitmap = null; if (mReusableBitmaps != null && !mReusableBitmaps.isEmpty()) { synchronized (mReusableBitmaps) { final Iterator<SoftReference<Bitmap>> iterator = mReusableBitmaps.iterator(); Bitmap item; while (iterator.hasNext()) { item = iterator.next().get(); if (null != item && item.isMutable()) { // 检查当前的Bitmap是否满足inBitmap的复用条件 // Check to see it the item can be used for inBitmap. if (canUseForInBitmap(item, options)) { // 如果满足复用条件,则给Bitmap赋值,并在方法结束时返回 bitmap = item; // 在给返回值赋值后,将当前Bitmap的引用从集合中移除 iterator.remove(); break; } } else { // 如果读取到的是空引用,则将该引用移除 iterator.remove(); } } } } return bitmap; }
最后,下面的这个方法能够检查哪个Bitmap满足inBitmap的复用条件:
static boolean canUseForInBitmap( Bitmap candidate, BitmapFactory.Options targetOptions) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { // 从Android 4.4(KitKat)开始,如果当前需要的Bitmap尺寸(内存中占用的字节数)比缓存中的Bitmap尺寸小 // 并且同一张图片的Bitmap存在,我们就可以复用它 int width = targetOptions.outWidth / targetOptions.inSampleSize; int height = targetOptions.outHeight / targetOptions.inSampleSize; // 当前需要的Bitmap占用字节数 int byteCount = width * height * getBytesPerPixel(candidate.getConfig()); // 如果需要的Bitmap尺寸小于原Bitmap,则返回true return byteCount <= candidate.getAllocationByteCount(); } // 在Android 4.4以前,尺寸必须完全一致,并且inSampleSize为1时 // Bitmap才能被复用 return candidate.getWidth() == targetOptions.outWidth && candidate.getHeight() == targetOptions.outHeight && targetOptions.inSampleSize == 1; } /** * 一个用于判断在不同的参数下,每个像素占用字节数的方法 */ static int getBytesPerPixel(Config config) { if (config == Config.ARGB_8888) { return 4; } else if (config == Config.RGB_565) { return 2; } else if (config == Config.ARGB_4444) { return 2; } else if (config == Config.ALPHA_8) { return 1; } return 1; }