全面解析Android的开源图片框架Universal-Image-Loader

概述相信大家平时做Android应用的时候，多少会接触到异步加载图片，或者加载大量图片的问题，而加载图片我们常常会遇到许多的问题，比如说图片的错乱，OOM等问题，对于新手来说，这些问题解决起来会比较吃力，所以就有很

相信大家平时做AndroID应用的时候，多少会接触到异步加载图片，或者加载大量图片的问题，而加载图片我们常常会遇到许多的问题，比如说图片的错乱，OOM等问题，对于新手来说，这些问题解决起来会比较吃力，所以就有很多的开源图片加载框架应运而生，比较著名的就是Universal-image-loader，相信很多朋友都听过或者使用过这个强大的图片加载框架，今天这篇文章就是对这个框架的基本介绍以及使用，主要是帮助那些没有使用过这个框架的朋友们。该项目存在于Github上面https://github.com/nostra13/AndroID-Universal-image-loader，我们可以先看看这个开源库存在哪些特征

多线程下载图片，图片可以来源于网络，文件系统，项目文件夹assets中以及drawable中等 支持随意的配置ImageLoader，例如线程池，图片下载器，内存缓存策略，硬盘缓存策略，图片显示选项以及其他的一些配置 支持图片的内存缓存，文件系统缓存或者SD卡缓存 支持图片下载过程的监听 根据控件(ImageVIEw)的大小对Bitmap进行裁剪，减少Bitmap占用过多的内存 较好的控制图片的加载过程，例如暂停图片加载，重新开始加载图片，一般使用在ListVIEw,GrIDVIEw中 动过程中暂停加载图片 停止滑动的时候去加载图片 供在较慢的网络下对图片进行加载。

当然上面列举的特性可能不全，要想了解一些其他的特性只能通过我们的使用慢慢去发现了，接下来我们就看看这个开源库的简单使用吧。

新建一个AndroID项目，下载jar包添加到工程libs目录下。
新建一个MyApplication继承Application，并在onCreate()中创建ImageLoader的配置参数，并初始化到ImageLoader中代码如下：

package com.example.uil;  import com.nostra13.universalimageloader.core.ImageLoader; import com.nostra13.universalimageloader.core.ImageLoaderConfiguration;  import androID.app.Application;  public class MyApplication extends Application {   @OverrIDe  public voID onCreate() {   super.onCreate();    //创建默认的ImageLoader配置参数   ImageLoaderConfiguration configuration = ImageLoaderConfiguration     .createDefault(this);      //Initialize ImageLoader with configuration.   ImageLoader.getInstance().init(configuration);  }  } 

ImageLoaderConfiguration是图片加载器ImageLoader的配置参数，使用了建造者模式，这里是直接使用了createDefault()方法创建一个默认的ImageLoaderConfiguration，当然我们还可以自己设置ImageLoaderConfiguration，设置如下

file cacheDir = StorageUtils.getCacheDirectory(context); ImageLoaderConfiguration config = new ImageLoaderConfiguration.Builder(context)   .memoryCacheExtraOptions(480,800) // default = device screen dimensions   .diskCacheExtraOptions(480,800,CompressFormat.JPEG,75,null)   .taskExecutor(...)   .taskExecutorForCachedImages(...)   .threadPoolSize(3) // default   .threadPriority(Thread.norM_PRIORITY - 1) // default   .tasksProcessingOrder(QueueProcessingType.FIFO) // default   .denyCacheImageMultipleSizesInMemory()   .memoryCache(new LruMemoryCache(2 * 1024 * 1024))   .memoryCacheSize(2 * 1024 * 1024)   .memoryCacheSizePercentage(13) // default   .diskCache(new UnlimiteddiscCache(cacheDir)) // default   .diskCacheSize(50 * 1024 * 1024)   .diskCachefileCount(100)   .diskCachefilenameGenerator(new HashCodefilenameGenerator()) // default   .imageDownloader(new BaseImageDownloader(context)) // default   .imagedecoder(new Baseimagedecoder()) // default   .defaultdisplayImageOptions(displayImageOptions.createSimple()) // default   .writeDeBUGLogs()   .build(); 

上面的这些就是所有的选项配置，我们在项目中不需要每一个都自己设置，一般使用createDefault()创建的ImageLoaderConfiguration就能使用，然后调用ImageLoader的init（）方法将ImageLoaderConfiguration参数传递进去，ImageLoader使用单例模式。

配置AndroID Manifest文件

<manifest>  <uses-permission androID:name="androID.permission.INTERNET" />  <!-- Include next permission if you want to allow UIL to cache images on SD card -->  <uses-permission androID:name="androID.permission.WRITE_EXTERNAL_STORAGE" />  ...  <application androID:name="MyApplication">   ...  </application> </manifest> 

接下来我们就可以来加载图片了，首先我们定义好Activity的布局文件

<?xml version="1.0" enCoding="utf-8"?> <FrameLayout xmlns:androID="http://schemas.androID.com/apk/res/androID"  androID:layout_wIDth="fill_parent"  androID:layout_height="fill_parent">   <ImageVIEw   androID:layout_gravity="center"   androID:ID="@+ID/image"   androID:src="@drawable/ic_empty"   androID:layout_wIDth="wrap_content"   androID:layout_height="wrap_content" />  </FrameLayout> 

里面只有一个ImageVIEw，很简单，接下来我们就去加载图片，我们会发现ImageLader提供了几个图片加载的方法，主要是这几个displayImage(),loadImage(),loadImageSync()，loadImageSync()方法是同步的，androID4.0有个特性，网络 *** 作不能在主线程，所以loadImageSync()方法我们就不去使用
.
loadimage()加载图片

我们先使用ImageLoader的loadImage()方法来加载网络图片

final ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imageUrl = "https://lh6.Googleusercontent.com/-55osAWw3x0Q/URquUtcFr5I/AAAAAAAAAbs/rWlj1RUKrYI/s1024/A%252520Photographer.jpg";      ImageLoader.getInstance().loadImage(imageUrl,new ImageLoadingListener() {        @OverrIDe    public voID onLoadingStarted(String imageUri,VIEw vIEw) {         }        @OverrIDe    public voID onLoadingFailed(String imageUri,VIEw vIEw,FailReason failReason) {         }        @OverrIDe    public voID onLoadingComplete(String imageUri,Bitmap loadedImage) {     mImageVIEw.setimageBitmap(loadedImage);    }        @OverrIDe    public voID onLoadingCancelled(String imageUri,VIEw vIEw) {         }   }); 

传入图片的url和ImageLoaderListener,在回调方法onLoadingComplete()中将loadedImage设置到ImageVIEw上面就行了，如果你觉得传入ImageLoaderListener太复杂了，我们可以使用SimpleImageLoadingListener类，该类提供了ImageLoaderListener接口方法的空实现，使用的是缺省适配器模式

final ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imageUrl = "https://lh6.Googleusercontent.com/-55osAWw3x0Q/URquUtcFr5I/AAAAAAAAAbs/rWlj1RUKrYI/s1024/A%252520Photographer.jpg";      ImageLoader.getInstance().loadImage(imageUrl,new SimpleImageLoadingListener(){     @OverrIDe    public voID onLoadingComplete(String imageUri,Bitmap loadedImage) {     super.onLoadingComplete(imageUri,vIEw,loadedImage);     mImageVIEw.setimageBitmap(loadedImage);    }       }); 

如果我们要指定图片的大小该怎么办呢，这也好办，初始化一个ImageSize对象，指定图片的宽和高，代码如下

final ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imageUrl = "https://lh6.Googleusercontent.com/-55osAWw3x0Q/URquUtcFr5I/AAAAAAAAAbs/rWlj1RUKrYI/s1024/A%252520Photographer.jpg";      ImageSize mImageSize = new ImageSize(100,100);      ImageLoader.getInstance().loadImage(imageUrl,mImageSize,loadedImage);     mImageVIEw.setimageBitmap(loadedImage);    }       }); 

上面只是很简单的使用ImageLoader来加载网络图片，在实际的开发中，我们并不会这么使用，那我们平常会怎么使用呢？我们会用到displayImageOptions，他可以配置一些图片显示的选项，比如图片在加载中ImageVIEw显示的图片，是否需要使用内存缓存，是否需要使用文件缓存等等，可供我们选择的配置如下

displayImageOptions options = new displayImageOptions.Builder()   .showImageOnLoading(R.drawable.ic_stub) // resource or drawable   .showImageForEmptyUri(R.drawable.ic_empty) // resource or drawable   .showImageOnFail(R.drawable.ic_error) // resource or drawable   .resetVIEwBeforeLoading(false) // default   .delayBeforeLoading(1000)   .cacheInMemory(false) // default   .cacheOndisk(false) // default   .preProcessor(...)   .postProcessor(...)   .extraForDownloader(...)   .consIDerExifParams(false) // default   .imageScaleType(ImageScaleType.IN_SAMPLE_POWER_OF_2) // default   .bitmapConfig(Bitmap.Config.ARGB_8888) // default   .deCodingOptions(...)   .displayer(new SimpleBitmapdisplayer()) // default   .handler(new Handler()) // default   .build(); 

我们将上面的代码稍微修改下

final ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imageUrl = "https://lh6.Googleusercontent.com/-55osAWw3x0Q/URquUtcFr5I/AAAAAAAAAbs/rWlj1RUKrYI/s1024/A%252520Photographer.jpg";   ImageSize mImageSize = new ImageSize(100,100);      //显示图片的配置   displayImageOptions options = new displayImageOptions.Builder()     .cacheInMemory(true)     .cacheOndisk(true)     .bitmapConfig(Bitmap.Config.RGB_565)     .build();      ImageLoader.getInstance().loadImage(imageUrl,options,loadedImage);     mImageVIEw.setimageBitmap(loadedImage);    }       }); 

我们使用了displayImageOptions来配置显示图片的一些选项，这里我添加了将图片缓存到内存中已经缓存图片到文件系统中，这样我们就不用担心每次都从网络中去加载图片了，是不是很方便呢，但是displayImageOptions选项中有些选项对于loadImage()方法是无效的，比如showImageOnLoading,showImageForEmptyUri等，

displayImage()加载图片

接下来我们就来看看网络图片加载的另一个方法displayImage()，代码如下

final ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imageUrl = "https://lh6.Googleusercontent.com/-55osAWw3x0Q/URquUtcFr5I/AAAAAAAAAbs/rWlj1RUKrYI/s1024/A%252520Photographer.jpg";      //显示图片的配置   displayImageOptions options = new displayImageOptions.Builder()     .showImageOnLoading(R.drawable.ic_stub)     .showImageOnFail(R.drawable.ic_error)     .cacheInMemory(true)     .cacheOndisk(true)     .bitmapConfig(Bitmap.Config.RGB_565)     .build();      ImageLoader.getInstance().displayImage(imageUrl,mImageVIEw,options); 

从上面的代码中，我们可以看出，使用displayImage()比使用loadImage()方便很多，也不需要添加ImageLoadingListener接口，我们也不需要手动设置ImageVIEw显示Bitmap对象，直接将ImageVIEw作为参数传递到displayImage()中就行了，图片显示的配置选项中，我们添加了一个图片加载中ImageVIEw上面显示的图片，以及图片加载出现错误显示的图片，效果如下，刚开始显示ic_stub图片，如果图片加载成功显示图片，加载产生错误显示ic_error

这个方法使用起来比较方便，而且使用displayImage()方法 他会根据控件的大小和imageScaleType来自动裁剪图片，我们修改下MyApplication，开启Log打印

public class MyApplication extends Application {   @OverrIDe  public voID onCreate() {   super.onCreate();    //创建默认的ImageLoader配置参数   ImageLoaderConfiguration configuration = new ImageLoaderConfiguration.Builder(this)   .writeDeBUGLogs() //打印log信息   .build();         //Initialize ImageLoader with configuration.   ImageLoader.getInstance().init(configuration);  }  } 

我们来看下图片加载的Log信息

第一条信息中，告诉我们开始加载图片，打印出图片的url以及图片的最大宽度和高度，图片的宽高默认是设备的宽高，当然如果我们很清楚图片的大小，我们也可以去设置这个大小，在ImageLoaderConfiguration的选项中memoryCacheExtraOptions(int maxImageWIDthForMemoryCache,int maxImageHeightForMemoryCache)
第二条信息显示我们加载的图片来源于网络
第三条信息显示图片的原始大小为1024 x 682 经过裁剪变成了512 x 341
第四条显示图片加入到了内存缓存中，我这里没有加入到sd卡中，所以没有加入文件缓存的Log

我们在加载网络图片的时候，经常有需要显示图片下载进度的需求，Universal-image-loader当然也提供这样的功能，只需要在displayImage()方法中传入ImageLoadingProgressListener接口就行了，代码如下

imageLoader.displayImage(imageUrl,new SimpleImageLoadingListener(),new ImageLoadingProgressListener() {        @OverrIDe    public voID onProgressUpdate(String imageUri,int current,int total) {         }   }); 

由于displayImage()方法中带ImageLoadingProgressListener参数的方法都有带ImageLoadingListener参数，所以我这里直接new 一个SimpleImageLoadingListener，然后我们就可以在回调方法onProgressUpdate()得到图片的加载进度。

加载其他来源的图片

使用Universal-image-loader框架不仅可以加载网络图片，还可以加载sd卡中的图片，Content provIDer等，使用也很简单，只是将图片的url稍加的改变下就行了，下面是加载文件系统的图片

//显示图片的配置   displayImageOptions options = new displayImageOptions.Builder()     .showImageOnLoading(R.drawable.ic_stub)     .showImageOnFail(R.drawable.ic_error)     .cacheInMemory(true)     .cacheOndisk(true)     .bitmapConfig(Bitmap.Config.RGB_565)     .build();      final ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imagePath = "/mnt/sdcard/image.png";   String imageUrl = Scheme.file.wrap(imagePath);    //  String imageUrl = "http://img.my.csdn.net/uploads/201309/01/1378037235_7476.jpg";      imageLoader.displayImage(imageUrl,options); 

当然还有来源于Content provIDer,drawable,assets中，使用的时候也很简单，我们只需要给每个图片来源的地方加上Scheme包裹起来(Content provIDer除外)，然后当做图片的url传递到imageLoader中，Universal-image-loader框架会根据不同的Scheme获取到输入流

//图片来源于Content provIDer   String contentprivIDerUrl = "content://media/external/audio/albumart/13";      //图片来源于assets   String assetsUrl = Scheme.ASSETS.wrap("image.png");      //图片来源于   String drawableurl = Scheme.DRAWABLE.wrap("R.drawable.image"); 

GirdVIEw,ListVIEw加载图片

相信大部分人都是使用GrIDVIEw，ListVIEw来显示大量的图片，而当我们快速滑动GrIDVIEw，ListVIEw，我们希望能停止图片的加载，而在GrIDVIEw，ListVIEw停止滑动的时候加载当前界面的图片，这个框架当然也提供这个功能，使用起来也很简单，它提供了PauSEOnScrollListener这个类来控制ListVIEw,GrIDVIEw滑动过程中停止去加载图片，该类使用的是代理模式
[java] vIEw plain copy 在CODE上查看代码片派生到我的代码片
ListVIEw.setonScrollListener(new PauSEOnScrollListener(imageLoader,pauSEOnScroll,pauSEOnFling)); 
        grIDVIEw.setonScrollListener(new PauSEOnScrollListener(imageLoader,pauSEOnFling)); 
第一个参数就是我们的图片加载对象ImageLoader,第二个是控制是否在滑动过程中暂停加载图片，如果需要暂停传true就行了，第三个参数控制猛的滑动界面的时候图片是否加载

OutOfMemoryError

虽然这个框架有很好的缓存机制，有效的避免了OOM的产生，一般的情况下产生OOM的概率比较小，但是并不能保证OutOfMemoryError永远不发生，这个框架对于OutOfMemoryError做了简单的catch,保证我们的程序遇到OOM而不被crash掉，但是如果我们使用该框架经常发生OOM，我们应该怎么去改善呢？
减少线程池中线程的个数，在ImageLoaderConfiguration中的（.threadPoolSize）中配置，推荐配置1-5
在displayImageOptions选项中配置bitmapConfig为Bitmap.Config.RGB_565，因为默认是ARGB_8888， 使用RGB_565会比使用ARGB_8888少消耗2倍的内存
在ImageLoaderConfiguration中配置图片的内存缓存为memoryCache(new WeakMemoryCache()) 或者不使用内存缓存
在displayImageOptions选项中设置.imageScaleType(ImageScaleType.IN_SAMPLE_INT)或者imageScaleType(ImageScaleType.EXACTLY)
通过上面这些，相信大家对Universal-image-loader框架的使用已经非常的了解了，我们在使用该框架的时候尽量的使用displayImage()方法去加载图片，loadImage()是将图片对象回调到ImageLoadingListener接口的onLoadingComplete()方法中，需要我们手动去设置到ImageVIEw上面，displayImage()方法中，对ImageVIEw对象使用的是Weak references，方便垃圾回收器回收ImageVIEw对象，如果我们要加载固定大小的图片的时候，使用loadImage()方法需要传递一个ImageSize对象，而displayImage()方法会根据ImageVIEw对象的测量值，或者androID:layout_wIDth and androID:layout_height设定的值，或者androID:maxWIDth and/or androID:maxHeight设定的值来裁剪图片。

内存缓存

首先我们来了解下什么是强引用和什么是弱引用?
强引用是指创建一个对象并把这个对象赋给一个引用变量， 强引用有引用变量指向时永远不会被垃圾回收。即使内存不足的时候宁愿报OOM也不被垃圾回收器回收，我们new的对象都是强引用
弱引用通过weakReference类来实现，它具有很强的不确定性，如果垃圾回收器扫描到有着WeakReference的对象，就会将其回收释放内存

现在我们来看Universal-image-loader有哪些内存缓存策略
1. 只使用的是强引用缓存
LruMemoryCache（这个类就是这个开源框架默认的内存缓存类，缓存的是bitmap的强引用，下面我会从源码上面分析这个类）
2.使用强引用和弱引用相结合的缓存有
UsingFreqlimitedMemoryCache（如果缓存的图片总量超过限定值，先删除使用频率最小的bitmap）
LRUlimitedMemoryCache（这个也是使用的lru算法，和LruMemoryCache不同的是，他缓存的是bitmap的弱引用）
FIFOlimitedMemoryCache（先进先出的缓存策略，当超过设定值，先删除最先加入缓存的bitmap）
LargestlimitedMemoryCache(当超过缓存限定值，先删除最大的bitmap对象)
limitedAgeMemoryCache（当 bitmap加入缓存中的时间超过我们设定的值，将其删除）
3.只使用弱引用缓存
WeakMemoryCache（这个类缓存bitmap的总大小没有限制，唯一不足的地方就是不稳定，缓存的图片容易被回收掉）
上面介绍了Universal-image-loader所提供的所有的内存缓存的类，当然我们也可以使用我们自己写的内存缓存类，我们还要看看要怎么将这些内存缓存加入到我们的项目中，我们只需要配置ImageLoaderConfiguration.memoryCache(...)，如下

ImageLoaderConfiguration configuration = new ImageLoaderConfiguration.Builder(this)   .memoryCache(new WeakMemoryCache())   .build(); 

下面我们来分析LruMemoryCache这个类的源代码

package com.nostra13.universalimageloader.cache.memory.impl;  import androID.graphics.Bitmap; import com.nostra13.universalimageloader.cache.memory.MemoryCacheAware;  import java.util.Collection; import java.util.HashSet; import java.util.linkedHashMap; import java.util.Map;  /**  * A cache that holds strong references to a limited number of Bitmaps. Each time a Bitmap is accessed,it is moved to  * the head of a queue. When a Bitmap is added to a full cache,the Bitmap at the end of that queue is evicted and may  * become eligible for garbage collection.<br />  * <br />  * <b>NOTE:</b> This cache uses only strong references for stored Bitmaps.  *  * @author Sergey Tarasevich (nostra13[at]gmail[dot]com)  * @since 1.8.1  */ public class LruMemoryCache implements MemoryCacheAware<String,Bitmap> {   private final linkedHashMap<String,Bitmap> map;   private final int maxSize;  /** Size of this cache in bytes */  private int size;   /** @param maxSize Maximum sum of the sizes of the Bitmaps in this cache */  public LruMemoryCache(int maxSize) {   if (maxSize <= 0) {    throw new IllegalArgumentException("maxSize <= 0");   }   this.maxSize = maxSize;   this.map = new linkedHashMap<String,Bitmap>(0,0.75f,true);  }   /**   * Returns the Bitmap for {@code key} if it exists in the cache. If a Bitmap was returned,it is moved to the head   * of the queue. This returns null if a Bitmap is not cached.   */  @OverrIDe  public final Bitmap get(String key) {   if (key == null) {    throw new NullPointerException("key == null");   }    synchronized (this) {    return map.get(key);   }  }   /** Caches {@code Bitmap} for {@code key}. The Bitmap is moved to the head of the queue. */  @OverrIDe  public final boolean put(String key,Bitmap value) {   if (key == null || value == null) {    throw new NullPointerException("key == null || value == null");   }    synchronized (this) {    size += sizeOf(key,value);    Bitmap prevIoUs = map.put(key,value);    if (prevIoUs != null) {     size -= sizeOf(key,prevIoUs);    }   }    trimToSize(maxSize);   return true;  }   /**   * Remove the eldest entrIEs until the total of remaining entrIEs is at or below the requested size.   *   * @param maxSize the maximum size of the cache before returning. May be -1 to evict even 0-sized elements.   */  private voID trimToSize(int maxSize) {   while (true) {    String key;    Bitmap value;    synchronized (this) {     if (size < 0 || (map.isEmpty() && size != 0)) {      throw new IllegalStateException(getClass().getname() + ".sizeOf() is reporting inconsistent results!");     }      if (size <= maxSize || map.isEmpty()) {      break;     }      Map.Entry<String,Bitmap> toevict = map.entrySet().iterator().next();     if (toevict == null) {      break;     }     key = toevict.getKey();     value = toevict.getValue();     map.remove(key);     size -= sizeOf(key,value);    }   }  }   /** Removes the entry for {@code key} if it exists. */  @OverrIDe  public final voID remove(String key) {   if (key == null) {    throw new NullPointerException("key == null");   }    synchronized (this) {    Bitmap prevIoUs = map.remove(key);    if (prevIoUs != null) {     size -= sizeOf(key,prevIoUs);    }   }  }   @OverrIDe  public Collection<String> keys() {   synchronized (this) {    return new HashSet<String>(map.keySet());   }  }   @OverrIDe  public voID clear() {   trimToSize(-1); // -1 will evict 0-sized elements  }   /**   * Returns the size {@code Bitmap} in bytes.   * <p/>   * An entry's size must not change while it is in the cache.   */  private int sizeOf(String key,Bitmap value) {   return value.getRowBytes() * value.getHeight();  }   @OverrIDe  public synchronized final String toString() {   return String.format("LruCache[maxSize=%d]",maxSize);  } } 

我们可以看到这个类中维护的是一个linkedHashMap，在LruMemoryCache构造函数中我们可以看到，我们为其设置了一个缓存图片的最大值maxSize，并实例化linkedHashMap， 而从linkedHashMap构造函数的第三个参数为ture，表示它是按照访问顺序进行排序的，
我们来看将bitmap加入到LruMemoryCache的方法put(String key,Bitmap value),  第61行，sizeOf()是计算每张图片所占的byte数，size是记录当前缓存bitmap的总大小，如果该key之前就缓存了bitmap,我们需要将之前的bitmap减掉去，接下来看trimToSize()方法，我们直接看86行，如果当前缓存的bitmap总数小于设定值maxSize，不做任何处理，如果当前缓存的bitmap总数大于maxSize,删除linkedHashMap中的第一个元素，size中减去该bitmap对应的byte数
我们可以看到该缓存类比较简单，逻辑也比较清晰，如果大家想知道其他内存缓存的逻辑，可以去分析分析其源码，在这里我简单说下FIFOlimitedMemoryCache的实现逻辑，该类使用的HashMap来缓存bitmap的弱引用，然后使用linkedList来保存成功加入到FIFOlimitedMemoryCache的bitmap的强引用，如果加入的FIFOlimitedMemoryCache的bitmap总数超过限定值，直接删除linkedList的第一个元素，所以就实现了先进先出的缓存策略，其他的缓存都类似，有兴趣的可以去看看。

硬盘缓存

接下来就给大家分析分析硬盘缓存的策略，这个框架也提供了几种常见的缓存策略，当然如果你觉得都不符合你的要求，你也可以自己去扩展

fileCountlimiteddiscCache（可以设定缓存图片的个数，当超过设定值，删除掉最先加入到硬盘的文件） limitedAgediscCache（设定文件存活的最长时间，当超过这个值，就删除该文件） TotalSizelimiteddiscCache（设定缓存bitmap的最大值，当超过这个值，删除最先加入到硬盘的文件） UnlimiteddiscCache（这个缓存类没有任何的限制）

下面我们就来分析分析TotalSizelimiteddiscCache的源码实现

/*******************************************************************************  * copyright 2011-2013 Sergey Tarasevich  *  * licensed under the Apache license,Version 2.0 (the "license");  * you may not use this file except in compliance with the license.  * You may obtain a copy of the license at  *  * http://www.apache.org/licenses/liCENSE-2.0  *  * Unless required by applicable law or agreed to in writing,software  * distributed under the license is distributed on an "AS IS" BASIS,* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND,either express or implIEd.  * See the license for the specific language governing permissions and  * limitations under the license.  *******************************************************************************/ package com.nostra13.universalimageloader.cache.disc.impl;  import com.nostra13.universalimageloader.cache.disc.limiteddiscCache; import com.nostra13.universalimageloader.cache.disc.naming.filenameGenerator; import com.nostra13.universalimageloader.core.DefaultConfigurationFactory; import com.nostra13.universalimageloader.utils.L;  import java.io.file;  /**  * disc cache limited by total cache size. If cache size exceeds specifIEd limit then file with the most oldest last  * usage date will be deleted.  *  * @author Sergey Tarasevich (nostra13[at]gmail[dot]com)  * @see limiteddiscCache  * @since 1.0.0  */ public class TotalSizelimiteddiscCache extends limiteddiscCache {   private static final int MIN_norMAL_CACHE_SIZE_IN_MB = 2;  private static final int MIN_norMAL_CACHE_SIZE = MIN_norMAL_CACHE_SIZE_IN_MB * 1024 * 1024;   /**   * @param cacheDir  Directory for file caching. <b>important:</b> Specify separate folder for cached files. It's   *      needed for right cache limit work.   * @param maxCacheSize Maximum cache directory size (in bytes). If cache size exceeds this limit then file with the   *      most oldest last usage date will be deleted.   */  public TotalSizelimiteddiscCache(file cacheDir,int maxCacheSize) {   this(cacheDir,DefaultConfigurationFactory.createfilenameGenerator(),maxCacheSize);  }   /**   * @param cacheDir   Directory for file caching. <b>important:</b> Specify separate folder for cached files. It's   *       needed for right cache limit work.   * @param filenameGenerator name generator for cached files   * @param maxCacheSize  Maximum cache directory size (in bytes). If cache size exceeds this limit then file with the   *       most oldest last usage date will be deleted.   */  public TotalSizelimiteddiscCache(file cacheDir,filenameGenerator filenameGenerator,int maxCacheSize) {   super(cacheDir,filenameGenerator,maxCacheSize);   if (maxCacheSize < MIN_norMAL_CACHE_SIZE) {    L.w("You set too small disc cache size (less than %1$d Mb)",MIN_norMAL_CACHE_SIZE_IN_MB);   }  }   @OverrIDe  protected int getSize(file file) {   return (int) file.length();  } } 

这个类是继承limiteddiscCache，除了两个构造函数之外，还重写了getSize()方法，返回文件的大小，接下来我们就来看看limiteddiscCache

/*******************************************************************************  * copyright 2011-2013 Sergey Tarasevich  *  * licensed under the Apache license,either express or implIEd.  * See the license for the specific language governing permissions and  * limitations under the license.  *******************************************************************************/ package com.nostra13.universalimageloader.cache.disc;  import com.nostra13.universalimageloader.cache.disc.naming.filenameGenerator; import com.nostra13.universalimageloader.core.DefaultConfigurationFactory;  import java.io.file; import java.util.Collections; import java.util.HashMap; import java.util.Map; import java.util.Map.Entry; import java.util.Set; import java.util.concurrent.atomic.AtomicInteger;  /**  * Abstract disc cache limited by some parameter. If cache exceeds specifIEd limit then file with the most oldest last  * usage date will be deleted.  *  * @author Sergey Tarasevich (nostra13[at]gmail[dot]com)  * @see BasediscCache  * @see filenameGenerator  * @since 1.0.0  */ public abstract class limiteddiscCache extends BasediscCache {   private static final int INVALID_SIZE = -1;   //记录缓存文件的大小  private final AtomicInteger cacheSize;  //缓存文件的最大值  private final int sizelimit;  private final Map<file,Long> lastUsageDates = Collections.synchronizedMap(new HashMap<file,Long>());   /**   * @param cacheDir Directory for file caching. <b>important:</b> Specify separate folder for cached files. It's   *     needed for right cache limit work.   * @param sizelimit Cache limit value. If cache exceeds this limit then file with the most oldest last usage date   *     will be deleted.   */  public limiteddiscCache(file cacheDir,int sizelimit) {   this(cacheDir,sizelimit);  }   /**   * @param cacheDir   Directory for file caching. <b>important:</b> Specify separate folder for cached files. It's   *       needed for right cache limit work.   * @param filenameGenerator name generator for cached files   * @param sizelimit   Cache limit value. If cache exceeds this limit then file with the most oldest last usage date   *       will be deleted.   */  public limiteddiscCache(file cacheDir,int sizelimit) {   super(cacheDir,filenameGenerator);   this.sizelimit = sizelimit;   cacheSize = new AtomicInteger();   calculateCacheSizeAndFillUsageMap();  }   /**   * 另开线程计算cacheDir里面文件的大小，并将文件和最后修改的毫秒数加入到Map中   */  private voID calculateCacheSizeAndFillUsageMap() {   new Thread(new Runnable() {    @OverrIDe    public voID run() {     int size = 0;     file[] cachedfiles = cacheDir.Listfiles();     if (cachedfiles != null) { // rarely but it can happen,don't kNow why      for (file cachedfile : cachedfiles) {       //getSize()是一个抽象方法，子类自行实现getSize()的逻辑       size += getSize(cachedfile);       //将文件的最后修改时间加入到map中       lastUsageDates.put(cachedfile,cachedfile.lastModifIEd());      }      cacheSize.set(size);     }    }   }).start();  }   /**   * 将文件添加到Map中，并计算缓存文件的大小是否超过了我们设置的最大缓存数   * 超过了就删除最先加入的那个文件   */  @OverrIDe  public voID put(String key,file file) {   //要加入文件的大小   int valueSize = getSize(file);      //获取当前缓存文件大小总数   int curCacheSize = cacheSize.get();   //判断是否超过设定的最大缓存值   while (curCacheSize + valueSize > sizelimit) {    int freedSize = removeNext();    if (freedSize == INVALID_SIZE) break; // cache is empty (have nothing to delete)    curCacheSize = cacheSize.addAndGet(-freedSize);   }   cacheSize.addAndGet(valueSize);    Long currentTime = System.currentTimeMillis();   file.setLastModifIEd(currentTime);   lastUsageDates.put(file,currentTime);  }   /**   * 根据key生成文件   */  @OverrIDe  public file get(String key) {   file file = super.get(key);    Long currentTime = System.currentTimeMillis();   file.setLastModifIEd(currentTime);   lastUsageDates.put(file,currentTime);    return file;  }   /**   * 硬盘缓存的清理   */  @OverrIDe  public voID clear() {   lastUsageDates.clear();   cacheSize.set(0);   super.clear();  }     /**   * 获取最早加入的缓存文件，并将其删除   */  private int removeNext() {   if (lastUsageDates.isEmpty()) {    return INVALID_SIZE;   }   Long oldestUsage = null;   file mostLongUsedfile = null;      Set<Entry<file,Long>> entrIEs = lastUsageDates.entrySet();   synchronized (lastUsageDates) {    for (Entry<file,Long> entry : entrIEs) {     if (mostLongUsedfile == null) {      mostLongUsedfile = entry.getKey();      oldestUsage = entry.getValue();     } else {      Long lastValueUsage = entry.getValue();      if (lastValueUsage < oldestUsage) {       oldestUsage = lastValueUsage;       mostLongUsedfile = entry.getKey();      }     }    }   }    int fileSize = 0;   if (mostLongUsedfile != null) {    if (mostLongUsedfile.exists()) {     fileSize = getSize(mostLongUsedfile);     if (mostLongUsedfile.delete()) {      lastUsageDates.remove(mostLongUsedfile);     }    } else {     lastUsageDates.remove(mostLongUsedfile);    }   }   return fileSize;  }   /**   * 抽象方法，获取文件大小   * @param file   * @return   */  protected abstract int getSize(file file); } 

在构造方法中，第69行有一个方法calculateCacheSizeAndFillUsageMap(),该方法是计算cacheDir的文件大小，并将文件和文件的最后修改时间加入到Map中
然后是将文件加入硬盘缓存的方法put()，在106行判断当前文件的缓存总数加上即将要加入缓存的文件大小是否超过缓存设定值，如果超过了执行removeNext()方法，接下来就来看看这个方法的具体实现，150-167中找出最先加入硬盘的文件，169-180中将其从文件硬盘中删除，并返回该文件的大小，删除成功之后成员变量cacheSize需要减掉改文件大小。
fileCountlimiteddiscCache这个类实现逻辑跟TotalSizelimiteddiscCache是一样的，区别在于getSize()方法，前者返回1，表示为文件数是1，后者返回文件的大小。
等我写完了这篇文章，我才发现fileCountlimiteddiscCache和TotalSizelimiteddiscCache在最新的源码中已经删除了，加入了LrudiscCache，由于我的是之前的源码，所以我也不改了，大家如果想要了解LrudiscCache可以去看最新的源码，我这里就不介绍了，还好内存缓存的没变化，下面分析的是最新的源码中的部分，我们在使用中可以不自行配置硬盘缓存策略，直接用DefaultConfigurationFactory中的就行了
我们看DefaultConfigurationFactory这个类的creatediskCache()方法

/**  * Creates default implementation of {@link diskCache} depends on incoming parameters  */ public static diskCache creatediskCache(Context context,filenameGenerator diskCachefilenameGenerator,long diskCacheSize,int diskCachefileCount) {  file reserveCacheDir = createReservediskCacheDir(context);  if (diskCacheSize > 0 || diskCachefileCount > 0) {   file indivIDualCacheDir = StorageUtils.getIndivIDualCacheDirectory(context);   LrudiscCache diskCache = new LrudiscCache(indivIDualCacheDir,diskCachefilenameGenerator,diskCacheSize,diskCachefileCount);   diskCache.setReserveCacheDir(reserveCacheDir);   return diskCache;  } else {   file cacheDir = StorageUtils.getCacheDirectory(context);   return new UnlimiteddiscCache(cacheDir,reserveCacheDir,diskCachefilenameGenerator);  } } 

如果我们在ImageLoaderConfiguration中配置了diskCacheSize和diskCachefileCount，他就使用的是LrudiscCache，否则使用的是UnlimiteddiscCache，在最新的源码中还有一个硬盘缓存类可以配置，那就是limitedAgediscCache，可以在ImageLoaderConfiguration.diskCache(...)配置。

源代码解读

ImageVIEw mImageVIEw = (ImageVIEw) findVIEwByID(R.ID.image);   String imageUrl = "https://lh6.Googleusercontent.com/-55osAWw3x0Q/URquUtcFr5I/AAAAAAAAAbs/rWlj1RUKrYI/s1024/A%252520Photographer.jpg";      //显示图片的配置   displayImageOptions options = new displayImageOptions.Builder()     .showImageOnLoading(R.drawable.ic_stub)     .showImageOnFail(R.drawable.ic_error)     .cacheInMemory(true)     .cacheOndisk(true)     .bitmapConfig(Bitmap.Config.RGB_565)     .build(); 

            
        ImageLoader.getInstance().displayImage(imageUrl,options);   
大部分的时候我们都是使用上面的代码去加载图片，我们先看下

public voID displayImage(String uri,ImageVIEw imageVIEw,displayImageOptions options) {   displayImage(uri,new ImageVIEwAware(imageVIEw),null,null);  } 

从上面的代码中，我们可以看出，它会将ImageVIEw转换成ImageVIEwAware， ImageVIEwAware主要是做什么的呢？该类主要是将ImageVIEw进行一个包装，将ImageVIEw的强引用变成弱引用，当内存不足的时候，可以更好的回收ImageVIEw对象，还有就是获取ImageVIEw的宽度和高度。这使得我们可以根据ImageVIEw的宽高去对图片进行一个裁剪，减少内存的使用。
接下来看具体的displayImage方法啦，由于这个方法代码量蛮多的，所以这里我分开来读

checkConfiguration();   if (imageAware == null) {    throw new IllegalArgumentException(ERROR_WRONG_ARGUMENTS);   }   if (Listener == null) {    Listener = emptyListener;   }   if (options == null) {    options = configuration.defaultdisplayImageOptions;   }    if (TextUtils.isEmpty(uri)) {    engine.canceldisplayTaskFor(imageAware);    Listener.onLoadingStarted(uri,imageAware.getWrappedVIEw());    if (options.shouldShowImageForEmptyUri()) {     imageAware.setimageDrawable(options.getimageForEmptyUri(configuration.resources));    } else {     imageAware.setimageDrawable(null);    }    Listener.onLoadingComplete(uri,imageAware.getWrappedVIEw(),null);    return;   } 

第1行代码是检查ImageLoaderConfiguration是否初始化，这个初始化是在Application中进行的
12-21行主要是针对url为空的时候做的处理，第13行代码中，ImageLoaderEngine中存在一个HashMap,用来记录正在加载的任务，加载图片的时候会将ImageVIEw的ID和图片的url加上尺寸加入到HashMap中，加载完成之后会将其移除，然后将displayImageOptions的imageResForEmptyUri的图片设置给ImageVIEw,最后回调给ImageLoadingListener接口告诉它这次任务完成了。

ImageSize targetSize = ImageSizeUtils.defineTargetSizeforVIEw(imageAware,configuration.getMaxImageSize());  String memoryCacheKey = MemoryCacheUtils.generateKey(uri,targetSize);  engine.preparedisplayTaskFor(imageAware,memoryCacheKey);   Listener.onLoadingStarted(uri,imageAware.getWrappedVIEw());   Bitmap bmp = configuration.memoryCache.get(memoryCacheKey);  if (bmp != null && !bmp.isRecycled()) {   L.d(LOG_LOAD_IMAGE_FROM_MEMORY_CACHE,memoryCacheKey);    if (options.shouldPostProcess()) {    ImageLoadingInfo imageLoadingInfo = new ImageLoadingInfo(uri,imageAware,targetSize,memoryCacheKey,Listener,progressListener,engine.getLockForUri(uri));    ProcessAnddisplayImageTask displayTask = new ProcessAnddisplayImageTask(engine,bmp,imageLoadingInfo,defineHandler(options));    if (options.isSyncLoading()) {     displayTask.run();    } else {     engine.submit(displayTask);    }   } else {    options.getdisplayer().display(bmp,LoadedFrom.MEMORY_CACHE);    Listener.onLoadingComplete(uri,bmp);   }  } 

第1行主要是将ImageVIEw的宽高封装成ImageSize对象，如果获取ImageVIEw的宽高为0，就会使用手机屏幕的宽高作为ImageVIEw的宽高，我们在使用ListVIEw，GrIDVIEw去加载图片的时候，第一页获取宽度是0，所以第一页使用的手机的屏幕宽高，后面的获取的都是控件本身的大小了
第7行从内存缓存中获取Bitmap对象，我们可以再ImageLoaderConfiguration中配置内存缓存逻辑，默认使用的是LruMemoryCache,这个类我在前面的文章中讲过
第11行中有一个判断，我们如果在displayImageOptions中设置了postProcessor就进入true逻辑，不过默认postProcessor是为null的，BitmapProcessor接口主要是对Bitmap进行处理，这个框架并没有给出相对应的实现，如果我们有自己的需求的时候可以自己实现BitmapProcessor接口（比如将图片设置成圆形的）
第22 -23行是将Bitmap设置到ImageVIEw上面，这里我们可以在displayImageOptions中配置显示需求displayer，默认使用的是SimpleBitmapdisplayer，直接将Bitmap设置到ImageVIEw上面，我们可以配置其他的显示逻辑， 他这里提供了FadeInBitmapdisplayer（透明度从0-1）RoundedBitmapdisplayer（4个角是圆弧）等， 然后回调到ImageLoadingListener接口

if (options.shouldShowImageOnLoading()) {     imageAware.setimageDrawable(options.getimageOnLoading(configuration.resources));    } else if (options.isresetVIEwBeforeLoading()) {     imageAware.setimageDrawable(null);    }     ImageLoadingInfo imageLoadingInfo = new ImageLoadingInfo(uri,engine.getLockForUri(uri));    LoadAnddisplayImageTask displayTask = new LoadAnddisplayImageTask(engine,defineHandler(options));    if (options.isSyncLoading()) {     displayTask.run();    } else {     engine.submit(displayTask);    } 

这段代码主要是Bitmap不在内存缓存，从文件中或者网络里面获取bitmap对象，实例化一个LoadAnddisplayImageTask对象，LoadAnddisplayImageTask实现了Runnable,如果配置了isSyncLoading为true,直接执行LoadAnddisplayImageTask的run方法，表示同步，默认是false,将LoadAnddisplayImageTask提交给线程池对象
接下来我们就看LoadAnddisplayImageTask的run(),这个类还是蛮复杂的，我们还是一段一段的分析

if (waitIfPaused()) return; if (delayIfNeed()) return; 

如果waitIfPaused(),delayIfNeed()返回true的话，直接从run()方法中返回了，不执行下面的逻辑,接下来我们先看看

waitIfPaused（）private boolean waitIfPaused() {  AtomicBoolean pause = engine.getPause();  if (pause.get()) {   synchronized (engine.getPauseLock()) {    if (pause.get()) {     L.d(LOG_WAITING_FOR_RESUME,memoryCacheKey);     try {      engine.getPauseLock().wait();     } catch (InterruptedException e) {      L.e(LOG_TASK_INTERRUPTED,memoryCacheKey);      return true;     }     L.d(LOG_RESUME_AFTER_PAUSE,memoryCacheKey);    }   }  }  return isTaskNotActual(); } 

这个方法是干嘛用呢，主要是我们在使用ListVIEw，GrIDVIEw去加载图片的时候，有时候为了滑动更加的流畅，我们会选择手指在滑动或者猛地一滑动的时候不去加载图片，所以才提出了这么一个方法，那么要怎么用呢？  这里用到了PauSEOnScrollListener这个类，使用很简单ListVIEw.setonScrollListener(new PauSEOnScrollListener(pauSEOnScroll,pauSEOnFling ))， pauSEOnScroll控制我们缓慢滑动ListVIEw，GrIDVIEw是否停止加载图片，pauSEOnFling 控制猛的滑动ListVIEw，GrIDVIEw是否停止加载图片
除此之外，这个方法的返回值由isTaskNotActual()决定，我们接着看看isTaskNotActual()的源码

private boolean isTaskNotActual() {   return isVIEwCollected() || isVIEwReused();  } 

isVIEwCollected()是判断我们ImageVIEw是否被垃圾回收器回收了，如果回收了，LoadAnddisplayImageTask方法的run()就直接返回了，isVIEwReused()判断该ImageVIEw是否被重用，被重用run()方法也直接返回，为什么要用isVIEwReused()方法呢？主要是ListVIEw，GrIDVIEw我们会复用item对象，假如我们先去加载ListVIEw，GrIDVIEw第一页的图片的时候，第一页图片还没有全部加载完我们就快速的滚动，isVIEwReused()方法就会避免这些不可见的item去加载图片，而直接加载当前界面的图片

reentrantlock loadFromUriLock = imageLoadingInfo.loadFromUriLock;   L.d(LOG_START_disPLAY_IMAGE_TASK,memoryCacheKey);   if (loadFromUriLock.isLocked()) {    L.d(LOG_WAITING_FOR_IMAGE_LOADED,memoryCacheKey);   }    loadFromUriLock.lock();   Bitmap bmp;   try {    checkTaskNotActual();     bmp = configuration.memoryCache.get(memoryCacheKey);    if (bmp == null || bmp.isRecycled()) {     bmp = tryLoadBitmap();     if (bmp == null) return; // Listener callback already was fired      checkTaskNotActual();     checkTaskInterrupted();      if (options.shouldPreProcess()) {      L.d(LOG_PREPROCESS_IMAGE,memoryCacheKey);      bmp = options.getPreProcessor().process(bmp);      if (bmp == null) {       L.e(ERROR_PRE_PROCESSOR_NulL,memoryCacheKey);      }     }      if (bmp != null && options.isCacheInMemory()) {      L.d(LOG_CACHE_IMAGE_IN_MEMORY,memoryCacheKey);      configuration.memoryCache.put(memoryCacheKey,bmp);     }    } else {     loadedFrom = LoadedFrom.MEMORY_CACHE;     L.d(LOG_GET_IMAGE_FROM_MEMORY_CACHE_AFTER_WAITING,memoryCacheKey);    }     if (bmp != null && options.shouldPostProcess()) {     L.d(LOG_POSTPROCESS_IMAGE,memoryCacheKey);     bmp = options.getPostProcessor().process(bmp);     if (bmp == null) {      L.e(ERROR_POST_PROCESSOR_NulL,memoryCacheKey);     }    }    checkTaskNotActual();    checkTaskInterrupted();   } catch (TaskCancelledException e) {    fireCancelEvent();    return;   } finally {    loadFromUriLock.unlock();   } 

第1行代码有一个loadFromUriLock，这个是一个锁，获取锁的方法在ImageLoaderEngine类的getLockForUri()方法中

reentrantlock getLockForUri(String uri) {   reentrantlock lock = uriLocks.get(uri);   if (lock == null) {    lock = new reentrantlock();    uriLocks.put(uri,lock);   }   return lock;  } 

从上面可以看出，这个锁对象与图片的url是相互对应的，为什么要这么做？也行你还有点不理解，不知道大家有没有考虑过一个场景，假如在一个ListVIEw中，某个item正在获取图片的过程中，而此时我们将这个item滚出界面之后又将其滚进来，滚进来之后如果没有加锁，该item又会去加载一次图片，假设在很短的时间内滚动很频繁，那么就会出现多次去网络上面请求图片，所以这里根据图片的Url去对应一个reentrantlock对象，让具有相同Url的请求就会在第7行等待，等到这次图片加载完成之后，reentrantlock就被释放，刚刚那些相同Url的请求就会继续执行第7行下面的代码
来到第12行，它们会先从内存缓存中获取一遍，如果内存缓存中没有在去执行下面的逻辑，所以reentrantlock的作用就是避免这种情况下重复的去从网络上面请求图片。
第14行的方法tryLoadBitmap(),这个方法确实也有点长，我先告诉大家，这里面的逻辑是先从文件缓存中获取有没有Bitmap对象，如果没有在去从网络中获取，然后将bitmap保存在文件系统中，我们还是具体分析下

file imagefile = configuration.diskCache.get(uri);    if (imagefile != null && imagefile.exists()) {     L.d(LOG_LOAD_IMAGE_FROM_disK_CACHE,memoryCacheKey);     loadedFrom = LoadedFrom.disC_CACHE;      checkTaskNotActual();     bitmap = decodeImage(Scheme.file.wrap(imagefile.getabsolutePath()));    } 

先判断文件缓存中有没有该文件，如果有的话，直接去调用decodeImage（）方法去解码图片，该方法里面调用Baseimagedecoder类的decode()方法，根据ImageVIEw的宽高，ScaleType去裁剪图片，具体的代码我就不介绍了，大家自己去看看，我们接下往下看tryLoadBitmap()方法

if (bitmap == null || bitmap.getWIDth() <= 0 || bitmap.getHeight() <= 0) {    L.d(LOG_LOAD_IMAGE_FROM_NETWORK,memoryCacheKey);    loadedFrom = LoadedFrom.NETWORK;     String imageUriForDeCoding = uri;    if (options.isCacheOndisk() && tryCacheImageOndisk()) {     imagefile = configuration.diskCache.get(uri);     if (imagefile != null) {      imageUriForDeCoding = Scheme.file.wrap(imagefile.getabsolutePath());     }    }     checkTaskNotActual();    bitmap = decodeImage(imageUriForDeCoding);     if (bitmap == null || bitmap.getWIDth() <= 0 || bitmap.getHeight() <= 0) {     fireFailEvent(FailType.DECoding_ERROR,null);    }   } 

第1行表示从文件缓存中获取的Bitmap为null，或者宽高为0,就去网络上面获取Bitmap，来到第6行代码是否配置了displayImageOptions的isCacheOndisk，表示是否需要将Bitmap对象保存在文件系统中，一般我们需要配置为true,默认是false这个要注意下，然后就是执行tryCacheImageOndisk()方法，去服务器上面拉取图片并保存在本地文件中

private Bitmap decodeImage(String imageUri) throws IOException {  VIEwScaleType vIEwScaleType = imageAware.getScaleType();  ImageDeCodingInfo deCodingInfo = new ImageDeCodingInfo(memoryCacheKey,imageUri,uri,vIEwScaleType,getDownloader(),options);  return decoder.decode(deCodingInfo); }  /** @return <b>true</b> - if image was downloaded successfully; <b>false</b> - otherwise */ private boolean tryCacheImageOndisk() throws TaskCancelledException {  L.d(LOG_CACHE_IMAGE_ON_disK,memoryCacheKey);   boolean loaded;  try {   loaded = downloadImage();   if (loaded) {    int wIDth = configuration.maxImageWIDthFordiskCache;    int height = configuration.maxImageHeightFordiskCache;        if (wIDth > 0 || height > 0) {     L.d(LOG_RESIZE_CACHED_IMAGE_file,memoryCacheKey);     resizeAndSaveImage(wIDth,height); // Todo : process boolean result    }   }  } catch (IOException e) {   L.e(e);   loaded = false;  }  return loaded; }  private boolean downloadImage() throws IOException {  inputStream is = getDownloader().getStream(uri,options.getExtraForDownloader());  return configuration.diskCache.save(uri,is,this); } 

第6行的downloadImage()方法是负责下载图片，并将其保持到文件缓存中，将下载保存Bitmap的进度回调到IoUtils.copyListener接口的onBytescopIEd(int current,int total)方法中，所以我们可以设置ImageLoadingProgressListener接口来获取图片下载保存的进度，这里保存在文件系统中的图片是原图
第16-17行，获取ImageLoaderConfiguration是否设置保存在文件系统中的图片大小，如果设置了maxImageWIDthFordiskCache和maxImageHeightFordiskCache，会调用resizeAndSaveImage()方法对图片进行裁剪然后在替换之前的原图，保存裁剪后的图片到文件系统的，之前有同学问过我说这个框架保存在文件系统的图片都是原图，怎么才能保存缩略图，只要在Application中实例化ImageLoaderConfiguration的时候设置maxImageWIDthFordiskCache和maxImageHeightFordiskCache就行了

if (bmp == null) return; // Listener callback already was fired      checkTaskNotActual();     checkTaskInterrupted();      if (options.shouldPreProcess()) {      L.d(LOG_PREPROCESS_IMAGE,bmp);     } 

接下来这里就简单了，6-12行是否要对Bitmap进行处理，这个需要自行实现，14-17就是将图片保存到内存缓存中去

displayBitmapTask displayBitmapTask = new displayBitmapTask(bmp,engine,loadedFrom);   runTask(displayBitmapTask,syncLoading,handler,engine); 

最后这两行代码就是一个显示任务，直接看displayBitmapTask类的run（）方法

@OverrIDe  public voID run() {   if (imageAware.isCollected()) {    L.d(LOG_TASK_CANCELLED_IMAGEAWARE_ColLECTED,memoryCacheKey);    Listener.onLoadingCancelled(imageUri,imageAware.getWrappedVIEw());   } else if (isVIEwWasReused()) {    L.d(LOG_TASK_CANCELLED_IMAGEAWARE_REUSED,imageAware.getWrappedVIEw());   } else {    L.d(LOG_disPLAY_IMAGE_IN_IMAGEAWARE,loadedFrom,memoryCacheKey);    displayer.display(bitmap,loadedFrom);    engine.canceldisplayTaskFor(imageAware);    Listener.onLoadingComplete(imageUri,bitmap);   }  } 

假如ImageVIEw被回收了或者被重用了，回调给ImageLoadingListener接口，否则就调用Bitmapdisplayer去显示Bitmap
文章写到这里就已经写完了，不知道大家对这个开源框架有没有进一步的理解，这个开源框架设计也很灵活，用了很多的设计模式，比如建造者模式，装饰模式，代理模式，策略模式等等，这样方便我们去扩展，实现我们想要的功能。

总结

以上是内存溢出为你收集整理的全面解析Android的开源图片框架Universal-Image-Loader全部内容，希望文章能够帮你解决全面解析Android的开源图片框架Universal-Image-Loader所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。