图片加载框架--ImageLoader实现（二）

前言

上篇简单介绍了UniversalImageLoader的使用，分析了下源代码，大致可以进行如下划分，本文将分析图片加载的Imageloader实现,。

正文

通过ImageLoader实例对象，调用public void displayImage(String uri, ImageView imageView, DisplayImageOptions options, ImageLoadingListener listener)发放将开始加载图片，具体过程可以分为几个阶段：

 合法性检查

主要是初始化检查和参数检查，可能会抛出异常或是下载不受干扰可以继续；有传入的图片地址为空，imageview为空，图片配置实例为空，过程监听接口为空四种情况。

if (configuration == null) { 
    throw new RuntimeException(ERROR_NOT_INIT); 
} 
if (imageView == null) { 
    Log.w(TAG, ERROR_WRONG_ARGUMENTS); 
    return; 
} 
if (listener == null) { 
    listener = emptyListener; 
} 
if (options == null) { 
    options = configuration.defaultDisplayImageOptions; 
}

if (uri == null || uri.length() == 0) { 
    cacheKeyForImageView.remove(imageView); 
    listener.onLoadingStarted(); 
    if (options.isShowImageForEmptyUri()) { 
        imageView.setImageResource(options.getImageForEmptyUri()); 
    } else { 
        imageView.setImageBitmap(null); 
    } 
    listener.onLoadingComplete(null); 
    return; 
} 

 

如果没有初始化ImageLoader是比较严重的，将直接抛出运行时异常，控件ImageView为空时不影响，可以直接退出，不再下载，图片配置和监听接口为空则将启用默认值，至于图片url的话，由于初始化时已经实例化了默认值的情形，所以将显示本地设置的默认图片，同时将控件移出HashMap。

 

加载准备

这里的准备操作一个是获取图片的尺寸参数，然后根据这个参数和url生成标记ImageView的key，最后以key-value的形式存入HashMap中备用，

targetSize = getImageSizeScaleTo(imageView); 
String memoryCacheKey = MemoryCacheKeyUtil.generateKey(uri, targetSize); 
cacheKeyForImageView.put(imageView, memoryCacheKey); 

加载操作

加载分为调用内存缓存和本地缓存/网络下载，根据上一步加载准备中得到的key获取bitmap,这个过程比较发杂，单独介绍。

if (bmp != null && !bmp.isRecycled()) { 
if (configuration.loggingEnabled) Log.i(TAG, String.format(LOG_LOAD_IMAGE_FROM_MEMORY_CACHE, memoryCacheKey)); 
listener.onLoadingStarted(); 
Bitmap displayedBitmap = options.getDisplayer().display(bmp, imageView); 
imageView.setImageBitmap(displayedBitmap); 
listener.onLoadingComplete(bmp); 
}

 

根据得到的bitmap，如果不为空且未被标记为回收状态，那么就可以使用这个缓存的bitmap,调用监听接口的onLoadingStarted()处理一些加载钱的操作,然后对bitmap做一些显示前的操作，这个就用到传入进来的图片显示的option配置，如果没传这个值，那启用默认值，应该是不对bitmap操作，这个默认的option使用SimpleBitmapDisplayer 实例，查看其源代码，果然，是直接将bitmap设置给ImageView然后对外返回原来的Bitmap，对于这种情况后面的在此设置bitmap给imageview其实有些累赘，重复操作了。

public final class SimpleBitmapDisplayer implements BitmapDisplayer { 
    @Override 
    public Bitmap display(Bitmap bitmap, ImageView imageView) { 
        imageView.setImageBitmap(bitmap); 
        return bitmap; 
    } 
}

接下来调用监听接口的onLoadingComlete();到显示内存缓存图片的操作就结束了，下面介绍第二种情况，就是从磁盘缓存/网新下载图片。

先调用监听接口的onLoadingStarted();接着显示一个下载过程中的图片或则干脆在下载时不显示任何图片。接着检查一下线程池是否初始化并正常工作中checkExecutors()，查看源代码可以发现，项目用与下载的的task其实是通过ExecutorService来管理，如果还不知道什么是ExecutorService赶紧去补一下java的多线程并发编程吧。

private void checkExecutors() { 
    if (imageLoadingExecutor == null || imageLoadingExecutor.isShutdown()) { 
        imageLoadingExecutor = Executors.newFixedThreadPool(configuration.threadPoolSize, configuration.displayImageThreadFactory); 
    } 
    if (cachedImageLoadingExecutor == null || cachedImageLoadingExecutor.isShutdown()) { 
        cachedImageLoadingExecutor = Executors.newFixedThreadPool(configuration.threadPoolSize, configuration.displayImageThreadFactory); 
    } 
} 

 

为了下载图片这里把必要的图片信息做了一个封装传给工作线程。ImageLoadingInfo imageLoadingInfo = new ImageLoadingInfo(uri, imageView, targetSize, options, listener, getLockForUri(uri));

现在一起看一下他的工作线程是怎么写的。LoadAndDisplayImageTask displayImageTask = new LoadAndDisplayImageTask(configuration, imageLoadingInfo, new Handler());

这里的最后一个参数是我们熟悉的Handler 实例，可以预测这个task类应该是Runnale的是子类，在run（）中根据情况向handler发送处理操作请求。（未完待续）