图片加载框架--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发送处理操作请求。(未完待续)

posted @ 2013-05-05 14:14  小文字  阅读(16403)  评论(0编辑  收藏