Android中如何实现图片缓存机制
这篇文章主要介绍“Android中如何实现图片缓存机制”，在日常操作中，相信很多人在Android中如何实现图片缓存机制问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Android中如何实现图片缓存机制”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
Android 图片缓存机制的深入理解
Android加载一张图片到用户界面是很简单的，但是当一次加载多张图片时，情况就变得复杂起来。很多情况下（像ListView、GridView或ViewPager等组件），屏幕上已显示的图片和即将滑动到当前屏幕上的图片数量基本上是没有限制的。
这些组件通过重用已经移除屏幕的子视图来将降低内存的使用，垃圾回收器也会及时释放那些已经不再使用的已下载的图片，这些都是很好的方法，但是为了保持一个流畅的、快速加载的用户界面，就应该避免当再次回到某个页面时而重新处理图片。内存缓存和磁盘缓存可以帮我们做到这些，它们允许组件快速地重新加载已处理好的图片。
使用内存缓存
内存缓存允许快速地访问图片，但它以占用App宝贵的内存为代价。LruCache类（API Level 4的Support Library也支持）特别适合来做图片缓存，它使用一个强引用的LinkedHashMap来保存最近使用的对象，并且会在缓存数量超出预设的大小之前移除最近最少使用的对象。
说明：以前流行的内存缓存方案是使用软引用或弱引用来缓存图片，然而现在不推荐这样做了，因为从android 2.3(API Level 9)起，垃圾收集器更倾向于先回收软引用或弱引用，这样就使它们变得低效。另外在Android 3.0(API Level 11)之前，图片的像素数据是存储在本地内存（native memory）中的，它以一种不可预测的方式释放，因此可能会导致App超过内存限制甚至崩溃。
为了给LruCache设置一个合适的大小，以下是应该考虑的一些因素：
1.你的Activity或App的可用内存是多少？
2.一次展示到屏幕上的图片是多少？有多少图片需要预先准备好以便随时加载到屏幕？
3.设备的屏幕尺寸和密度是多少？像Galaxy Nexus这样的高分辨率（xhdpi）设备比Nexus S这样分辨率（hdpi）的设备在缓存相同数量的图片时需要更大的缓存空间。
4.图片的尺寸和配置是怎样的？每张图片会占用多少内存？
5.图片的访问频率如何？是否有一些图片比另一些访问更加频繁？如果这样的话，或许可以将某些图片一直保存在内存里或者针对不同的图片分组设置不同的LruCache对象。
6.你能否平衡图片质量和数量之间的关系？有时候存储更多低质量的图片更加有用，当在需要的时候，再通过后台任务下载高质量的图片。
这里没有一个具体的大小和计算公式适用于所有的App，你需要分析你的使用情况并得到一个合适的方案。当一个缓存太小时会导致无益的额外的开销，而缓存太大时也可能会引起Java.lang.OutOfMemory异常，另外缓存越大，留给App其他部分的内存相应就越小。
这里是一个为图片设置LruCache的示例：
privateLruCache<String,Bitmap>mMemoryCache;@OverrideprotectedvoidonCreate(BundlesavedInstanceState){...//GetmaxavailableVMmemory,exceedingthisamountwillthrowan//OutOfMemoryexception.StoredinkilobytesasLruCachetakesan//intinitsconstructor.finalintmaxMemory=(int)(Runtime.getRuntime().maxMemory()/1024);//Use1/8thoftheavailablememoryforthismemorycache.finalintcacheSize=maxMemory/8;mMemoryCache=newLruCache<String,Bitmap>(cacheSize){@OverrideprotectedintsizeOf(Stringkey,Bitmapbitmap){//Thecachesizewillbemeasuredinkilobytesratherthan//numberofitems.returnbitmap.getByteCount()/1024;}};...}publicvoidaddBitmapToMemoryCache(Stringkey,Bitmapbitmap){if(getBitmapFromMemCache(key)==null){mMemoryCache.put(key,bitmap);}}publicBitmapgetBitmapFromMemCache(Stringkey){returnmMemoryCache.get(key);}
说明：在上述例子中，我们分配了应用内存的1/8作为缓存大小，在一个normal/hdpi的设备上最少也有4MB(32/8)的大小。一个800*480分辨率的屏幕上的一个填满图片的GridView大概占用1.5MB（800*480*4byte）的内存，因此该Cache至少可以缓存2.5页这样的图片。
当加载一张图片到ImageView时，首先检查LruCache，如果找到图片，就直接用来更新ImageView，如果没找到就开启一个后台线程来处理：
publicvoidloadBitmap(intresId,ImageViewimageView){finalStringimageKey=String.valueOf(resId);finalBitmapbitmap=getBitmapFromMemCache(imageKey);if(bitmap!=null){mImageView.setImageBitmap(bitmap);}else{mImageView.setImageResource(R.drawable.image_placeholder);BitmapWorkerTasktask=newBitmapWorkerTask(mImageView);task.execute(resId);}}
上述线程中，在解码图片之后，也需要把它添加到内存缓存中：
classBitmapWorkerTaskextendsAsyncTask<Integer,Void,Bitmap>{...//Decodeimageinbackground.@OverrideprotectedBitmapdoInBackground(Integer...params){finalBitmapbitmap=decodeSampledBitmapFromResource(getResources(),params[0],100,100));addBitmapToMemoryCache(String.valueOf(params[0]),bitmap);returnbitmap;}...}
使用磁盘缓存
虽然内存缓存在快速访问最近使用的图片时是很有用的，但是你无法保证你所需要的图片就在缓存中，类似GridView这样展示大量数据的组件可以很轻易地就占满内存缓存。你的App也可能被类似电话这样的任务打断，当App被切换到后台后也可能被杀死，内存缓存也可能被销毁，一旦用户回到之前的界面，你的App依然要重新处理每个图片。
磁盘缓存可以用来辅助存储处理过的图片，当内存缓存中图片不可用时，可以从磁盘缓存中查找，从而减少加载次数。当然，从磁盘读取图片要比从内存读取慢并且读取时间是不可预期的，因此需要使用后台线程来读取。
说明：ContentProvider 可能是一个合适的存储频繁访问的图片的地方，比如在Image Gallery应用中。
这里的示例代码是从Android源代码中剥离出来的DiskLruCache，以下是更新后的实例代码，在内存缓存的基础上增加了磁盘缓存：
privateDiskLruCachemDiskLruCache;privatefinalObjectmDiskCacheLock=newObject();privatebooleanmDiskCacheStarting=true;privatestaticfinalintDISK_CACHE_SIZE=1024*1024*10;//10MBprivatestaticfinalStringDISK_CACHE_SUBDIR="thumbnails";@OverrideprotectedvoidonCreate(BundlesavedInstanceState){...//Initializememorycache...//InitializediskcacheonbackgroundthreadFilecacheDir=getDiskCacheDir(this,DISK_CACHE_SUBDIR);newInitDiskCacheTask().execute(cacheDir);...}classInitDiskCacheTaskextendsAsyncTask<File,Void,Void>{@OverrideprotectedVoiddoInBackground(File...params){synchronized(mDiskCacheLock){FilecacheDir=params[0];mDiskLruCache=DiskLruCache.open(cacheDir,DISK_CACHE_SIZE);mDiskCacheStarting=false;//FinishedinitializationmDiskCacheLock.notifyAll();//Wakeanywaitingthreads}returnnull;}}classBitmapWorkerTaskextendsAsyncTask<Integer,Void,Bitmap>{...//Decodeimageinbackground.@OverrideprotectedBitmapdoInBackground(Integer...params){finalStringimageKey=String.valueOf(params[0]);//CheckdiskcacheinbackgroundthreadBitmapbitmap=getBitmapFromDiskCache(imageKey);if(bitmap==null){//Notfoundindiskcache//ProcessasnormalfinalBitmapbitmap=decodeSampledBitmapFromResource(getResources(),params[0],100,100));}//AddfinalbitmaptocachesaddBitmapToCache(imageKey,bitmap);returnbitmap;}...}publicvoidaddBitmapToCache(Stringkey,Bitmapbitmap){//Addtomemorycacheasbeforeif(getBitmapFromMemCache(key)==null){mMemoryCache.put(key,bitmap);}//Alsoaddtodiskcachesynchronized(mDiskCacheLock){if(mDiskLruCache!=null&&mDiskLruCache.get(key)==null){mDiskLruCache.put(key,bitmap);}}}publicBitmapgetBitmapFromDiskCache(Stringkey){synchronized(mDiskCacheLock){//Waitwhilediskcacheisstartedfrombackgroundthreadwhile(mDiskCacheStarting){try{mDiskCacheLock.wait();}catch(InterruptedExceptione){}}if(mDiskLruCache!=null){returnmDiskLruCache.get(key);}}returnnull;}//Createsauniquesubdirectoryofthedesignatedappcachedirectory.Triestouseexternal//butifnotmounted,fallsbackoninternalstorage.publicstaticFilegetDiskCacheDir(Contextcontext,StringuniqueName){//Checkifmediaismountedorstorageisbuilt-in,ifso,tryanduseexternalcachedir//otherwiseuseinternalcachedirfinalStringcachePath=Environment.MEDIA_MOUNTED.equals(Environment.getExternalStorageState())||!isExternalStorageRemovable()?getExternalCacheDir(context).getPath():context.getCacheDir().getPath();returnnewFile(cachePath+File.separator+uniqueName);}
到此，关于“Android中如何实现图片缓存机制”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注恰卡编程网网站，小编会继续努力为大家带来更多实用的文章！
