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

相信大家平时做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, View view, 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, View view,
     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, new SimpleImageLoadingListener(){ 

   @Override
   public void onLoadingComplete(String imageUri, View view,
     Bitmap loadedImage) {
    super.onLoadingComplete(imageUri, view, 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, mImageSize, options, new SimpleImageLoadingListener(){ 

   @Override
   public void onLoadingComplete(String imageUri, View view,
     Bitmap loadedImage) {
    super.onLoadingComplete(imageUri, view, 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, mImageView, options, new SimpleImageLoadingListener(), new ImageLoadingProgressListener() { 

   @Override
   public void onProgressUpdate(String imageUri, View view, 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, mImageView, 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, pauseOnScroll, 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, 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; 

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, DefaultConfigurationFactory.createFileNameGenerator(), 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, FileNameGenerator fileNameGenerator, 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, mImageView, options);   
大部分的时候我们都是使用上面的代码去加载图片,我们先看下

public void displayImage(String uri, ImageView imageView, DisplayImageOptions options) {
  displayImage(uri, new ImageViewAware(imageView), options, 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,
     options, 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, imageAware, LoadedFrom.MEMORY_CACHE);
   listener.onLoadingComplete(uri, imageAware.getWrappedView(), 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, imageAware, targetSize, memoryCacheKey,
     options, listener, progressListener, engine.getLockForUri(uri));
   LoadAndDisplayImageTask displayTask = new LoadAndDisplayImageTask(engine, imageLoadingInfo,
     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, targetSize, 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, 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);
    }

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

DisplayBitmapTask displayBitmapTask = new DisplayBitmapTask(bmp, imageLoadingInfo, 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, memoryCacheKey);
   listener.onLoadingCancelled(imageUri, imageAware.getWrappedView());
  } else {
   L.d(LOG_DISPLAY_IMAGE_IN_IMAGEAWARE, loadedFrom, memoryCacheKey);
   displayer.display(bitmap, imageAware, loadedFrom);
   engine.cancelDisplayTaskFor(imageAware);
   listener.onLoadingComplete(imageUri, imageAware.getWrappedView(), bitmap);
  }
 }

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

(0)

相关推荐

  • Android 客户端RSA加密的实现方法

    Android 客户端RSA加密的实现方法 针对java后端进行的RSA加密,android客户端进行解密,结果是部分乱码的问题: 注意两点,编码问题和客户端使用的算法问题 即:都使用UTF-8编码,Base64使用一致,另外,使用下面的代码在后端和移动端解密只有一点不同: 移动端使用 Cipher cipher = Cipher.getInstance("RSA/ECB/PKCS1Padding"); 后端使用 Cipher cipher = Cipher.getInstance(&

  • Android使用RSA加密和解密的示例代码

    一.公钥加密和私钥解密 /**RSA算法*/ public static final String RSA = "RSA"; /**加密方式,android的*/ // public static final String TRANSFORMATION = "RSA/None/NoPadding"; /**加密方式,标准jdk的*/ public static final String TRANSFORMATION = "RSA/None/PKCS1Pad

  • android md5加密与rsa加解密实现代码

    复制代码 代码如下: import java.io.UnsupportedEncodingException; import java.security.MessageDigest; import java.security.NoSuchAlgorithmException; public class MD5 { /* * MD5加密 */ public static String getDigest(String str) { MessageDigest messageDigest = nul

  • Android 登录密码信息进行RSA加密示例

    首先 有服务端生产一对公钥和私钥 我们在进行加密之前,先从服务器获取公钥,获取到公钥串之后,在对密码进行加密. 复制代码 代码如下: map.put("password", new String(Hex.encodeHex(RSAUtils.encryptByPublicKey(password,rsastr)))); 此处,就是在登陆之前,对密码进行加密 password:登录密码 rsastr:从服务器获取的公钥串 Hex.encodeHex:对加密后的密码串进行编码,项目中需要集

  • 从源代码分析Android Universal ImageLoader的缓存处理机制

    通过本文带大家一起看过UIL这个国内外大牛都追捧的图片缓存类库的缓存处理机制.看了UIL中的缓存实现,才发现其实这个东西不难,没有太多的进程调度,没有各种内存读取控制机制.没有各种异常处理.反正UIL中不单代码写的简单,连处理都简单.但是这个类库这么好用,又有这么多人用,那么非常有必要看看他是怎么实现的.先了解UIL中缓存流程的原理图. 原理示意图 主体有三个,分别是UI,缓存模块和数据源(网络).它们之间的关系如下: ① UI:请求数据,使用唯一的Key值索引Memory Cache中的Bit

  • Android数据加密之Rsa加密

    前言: 最近无意中和同事交流数据安全传输的问题,想起自己曾经使用过的Rsa非对称加密算法,闲下来总结一下. 其他几种加密方式: •Android数据加密之Rsa加密  •Android数据加密之Aes加密  •Android数据加密之Des加密  •Android数据加密之MD5加密  •Android数据加密之Base64编码算法  •Android数据加密之SHA安全散列算法 什么是Rsa加密? RSA算法是最流行的公钥密码算法,使用长度可以变化的密钥.RSA是第一个既能用于数据加密也能用于

  • Android Universal ImageLoader 缓存图片

    项目介绍: Android上最让人头疼的莫过于从网络获取图片.显示.回收,任何一个环节有问题都可能直接OOM,这个项目或许能帮到你.Universal Image Loader for Android的目的是为了实现异步的网络图片加载.缓存及显示,支持多线程异步加载.它最初来源于Fedor Vlasov的项目,且自此之后,经过大规模的重构和改进. 特性列举: 多线程下载图片,图片可以来源于网络,文件系统,项目文件夹assets中以及drawable中等 支持随意的配置ImageLoader,例如

  • Android数据加密之Rsa加密的简单实现

    最近无意中和同事交流数据安全传输的问题,想起自己曾经使用过的Rsa非对称加密算法,闲下来总结一下. 什么是Rsa加密? RSA算法是最流行的公钥密码算法,使用长度可以变化的密钥.RSA是第一个既能用于数据加密也能用于数字签名的算法. RSA算法原理如下: 1.随机选择两个大质数p和q,p不等于q,计算N=pq: 2.选择一个大于1小于N的自然数e,e必须与(p-1)(q-1)互素. 3.用公式计算出d:d×e = 1 (mod (p-1)(q-1)) . 4.销毁p和q. 最终得到的N和e就是"

  • Android Rsa数据加解密的介绍与使用示例

    Rsa加密 RSA是目前最有影响力的公钥加密算法,RSA也是第一个既能用于数据加密也能用于数字签名的算法.该算法基于一个十分简单的数论事实:将两个大素数相乘十分容易,但那时想要对其乘积进行因式分解却极其困 难,因此可以将乘积公开作为加密密钥,即公钥,而两个大素数组合成私钥.公钥是可发布的供任何人使用,私钥则为自己所有,供解密之用. RSA算法原理 1.随机选择两个大质数p和q,p不等于q,计算N=pq: 2.选择一个大于1小于N的自然数e,e必须与(p-1)(q-1)互素. 3.用公式计算出d:

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

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

  • Android 常见的图片加载框架详细介绍

    Android 常见的图片加载框架 图片加载涉及到图片的缓存.图片的处理.图片的显示等.而随着市面上手机设备的硬件水平飞速发展,对图片的显示要求越来越高,稍微处理不好就会造成内存溢出等问题.很多软件厂家的通用做法就是借用第三方的框架进行图片加载. 开源框架的源码还是挺复杂的,但使用较为简单.大部分框架其实都差不多,配置稍微麻烦点,但是使用时一般只需要一行,显示方法一般会提供多个重载方法,支持不同需要.这样会减少很不必要的麻烦.同时,第三方框架的使用较为方便,这大大的减少了工作量.提高了开发效率.

  • Android TextView显示Html类解析的网页和图片及自定义标签用法示例

    本文实例讲述了Android TextView显示Html类解析的网页和图片及自定义标签.分享给大家供大家参考,具体如下: Android系统显示HTML网页的最佳控件为WebView,有时候为了满足特定需求,需要在TextView中显示HTML网页.图片及解析自定义标签. 1.TextView显示Html类解析的网页 CharSequence richText = Html.fromHtml("<strong>萝卜白菜的博客</strong>--<a href='

  • 解析Android框架之OkHttp3源码

    OkHttp流程图 OkHttp基本使用 gradle依赖 implementation 'com.squareup.okhttp3:okhttp:3.11.0' implementation 'com.squareup.okio:okio:1.15.0' /** *这里拿get请求来 * 异步的get请求 */ public void okhttpAsyn() { //设置超时的时间 OkHttpClient.Builder builder = new OkHttpClient.Builder

  • 解析Android框架之Volley源码

    Volley简单使用 我这里是以依赖架包的形式 ,大家也可以以gradle的形式进行依赖. 好了,接下来上代码了..... //获取volley的请求对象 RequestQueue requestQueue = Volley.newRequestQueue(getApplicationContext()); StringRequest stringRequest = new StringRequest(StringRequest.Method.GET, "http://www.baidu.com

  • 解析springboot整合谷歌开源缓存框架Guava Cache原理

    目录 Guava Cache:⾕歌开源缓存框架 Guava Cache使用 使用压测⼯具Jmeter5.x进行接口压力测试: 压测⼯具本地快速安装Jmeter5.x 新增聚合报告:线程组->添加->监听器->聚合报告(Aggregate Report) Guava Cache:⾕歌开源缓存框架 Guava Cache是在内存中缓存数据,相比较于数据库或redis存储,访问内存中的数据会更加高效.Guava官网介绍,下面的这几种情况可以考虑使用Guava Cache: 愿意消耗一些内存空间

  • Android常用的图片加载库

    前言:图片加载涉及到图片的缓存.图片的处理.图片的显示等.四种常用的图片加载框架,分别是Fresco.ImageLoader. Picasso. Glide. Universal Image Loader:ImageLoader是比较老的框架,一个强大的图片加载库,包含各种各样的配置,最老牌,使用也最广泛. ImageLoader开源库存哪些特征: 1.多线程下载图片,图片可以来源于网络,文件系统,项目文件夹assets中以及drawable中等 2.支持随意的配置ImageLoader,例如线

  • java中ZXing 生成、解析二维码图片的小示例

    概述 ZXing 是一个开源 Java 类库用于解析多种格式的 1D/2D 条形码.目标是能够对QR编码.Data Matrix.UPC的1D条形码进行解码. 其提供了多种平台下的客户端包括:J2ME.J2SE和Android. 官网:ZXing github仓库 实战 本例演示如何在一个非 android 的 Java 项目中使用 ZXing 来生成.解析二维码图片. 安装 maven项目只需引入依赖: <dependency> <groupId>com.google.zxing

  • 全面解析Android系统指纹启动流程

    本章主要整理Android 指纹启动流程,侧重于hal和framework部分. 一.从Android系统启动流程看指纹启动流程 下图图片出处  → 第一阶段 Boot ROM,Android设备上电后,首先会从处理器片上ROM的启动引导代码开始执行,片上ROM会寻找Bootloader代码,并加载到内存.主要就是上电让系统启动. 第二阶段 Bootloader开始执行,首先负责完成硬件的初始化,然后找到Linux内核代码,并加载到内存. 启动过程中,bootloader(默认是bootable

  • Android不压缩图片实现高清加载巨图实例

    目录 一.概述 二.初识BitmapRegionDecoder 三.自定义显示大图控件 四.测试 参考链接 一.概述 对于加载图片,大家都不陌生,一般为了尽可能避免OOM都会按照如下做法: 对于图片显示:根据需要显示图片控件的大小对图片进行压缩显示.如果图片数量非常多:则会使用LruCache等缓存机制,将所有图片占据的内容维持在一个范围内. 其实对于图片加载还有种情况,就是单个图片非常巨大,并且还不允许压缩.比如显示:世界地图.清明上河图.微博长图等. 那么对于这种需求,该如何做呢? 首先不压

随机推荐