设计自己的ImageLoader图片加载框架

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/wozuihaole/article/details/78812411

 一、框架实现的功能:

1.实现了基于LRUCache的内存缓存机制;

2.实现了基于DiskLRUCache的sd卡缓存机制;

3.实现了基于httpconnection的网络下载图片机制;

4.实现了根据指定宽高压缩图片;

5.实现了未指定宽高时根据imageview控件宽高压缩图片;

6.基于面向对象6大原则使得程序本身更加稳定、更加灵活、更好扩展。


二、框架执行流程分析:



三、框架基本模块拆分:

1.imageloader模块,负责获取图片并显示图片;

2.内存缓存模块;

3.本地缓存模块;

4.网络下载模块;


四、框架设计思想:

1.根据单一职责原则,我们的每个类都应该只负责一种职责,这样会使每个类中的代码量减少,并且职责清晰,当需要更改某一种职责的逻辑时,不用牵涉其他类。举例:我们的内存缓存模块,就只负责内存缓存的逻辑,而我们的本地缓存模块,就只负责本地缓存逻辑,这样当我们需要修改本地缓存逻辑时,例如需要修改本地缓存使用的方法从直接保存到sd卡,改成使用diskLruCache,这时候就只需要修改本地缓存模块就好了,不需要去动内存缓存的相关逻辑,如果出错,也只会是本地缓存模块出错,而不会影响到其他模块;


2.根据开闭原则,我们的模块应该对于扩展是开发的,但是对于修改是封闭的,在框架的升级更新过程中,如果对源代码进行修改可能会引入新的错误,破坏原始框架,我们希望尽量通过扩展的方式来实现变化,当然也只是尽量遵循这个原则,修改原始代码也是不可避免的。举例:我们的框架实现了从路径加载图片的功能,然后需要增加从res文件夹中加载图片的功能,这时候我们应该在继承imageloader这个类的基础上去增加新的功能,而不是直接修改imageloader这个类,一是容易把imageloader类改错了,二是有些人可能根本不需要这个功能,这只是你自己需要的一种自定义的功能;


3.建立抽象,通过抽象建立规范,在运行时用具体的实现替代抽象,来实现可扩展性,使得项目更加灵活多变。举例:如果我们一开始只实现了内存缓存功能,这时候我们发现还需要本地缓存功能,此时我们应该做的不应该是在内存缓存中直接加入本地缓存功能,原因看第2条。你说那继承内存缓存类再增加本地缓存功能?也不好,原因是我们的本地缓存本来就和内存缓存没什么关系,而且需要本地缓存的用户也不一定就还需要内存缓存功能,这样就造成了本地缓存模块的代码冗余。我们应该抽象出一个缓存接口,让每一个缓存模块都实现这个接口,这样就既实现了程序的可扩展性,又不会让代码冗余,也解释了第4条,为什么抽象不应该依赖细节;


4.根据依赖倒置原则,高层模块不应该依赖底层模块,二者都应该依赖抽象。抽象不应该依赖细节。细节应该依赖抽象。


以上这四点是我们面向对象设计时的几个基本原则,还有一些,我的语言表达能力有限感觉表述的可能也不太清楚,如果感兴趣可以自己去看看《Android源码设计模式解析与实战》这本书的第一章就是了。

所以我们的imageloader框架设计完的UML图是这样的:


接下来就是代码实现了,我复制一部分主要的过来大家看看就好:

1.首先来看缓存的抽象接口ImageCache:

/**
 *定义缓存接口,让所有图片缓存类型都实现这个接口,实现开闭原则
 * Created by zd on 2017/12/12.
 */

public interface ImageCache<T> {

    /**
     * 将对象压入缓存的方法
     * @param key 对象在缓存中对应的唯一key值
     * @param object 对象本身,内存缓存时用的是bitmap类型,本地缓存时用的是流对象,所以这个地方用的是一个泛型对象
     *               方便以后自定义缓存类型时使用
     * @param requireWidth 期望宽度
     * @param requireHeight 期望高度
     */
    void put(String key, T object, int requireWidth, int requireHeight);

    /**
     * 从缓存中取出图片的方法
     * @param key 图片在缓存中对应的唯一key值
     * @param requireWidth 图片的期望宽度
     * @param requireHeight 图片的期望高度
     * @return
     */
    Bitmap get(String key, int requireWidth, int requireHeight);

    /**
     * 图片是否使用了本地缓存,网络下载的时候判断是将流直接转换成图片还是缓存到本地
     * @return 使用了本地缓存返回true,否则返回false
     */
    boolean isUseDiskCache();
}
缓存的具体实现就不看了,内存缓存就是用的LruCache,本地缓存用的DiskLruCache都很简单。


2.再来看看网络下载接口:

public interface ImageDownLoad {

    /**
     * 从网络下载图片的方法
     * @param cache 使用的缓存对象,因为下载完成后还要把图片压入缓存,方便下次直接从缓存读取
     * @param url 下载路径
     * @param key 图片对应的唯一key值
     * @param requireWidth 图片期望宽度
     * @param requireHeight 图片期望高度
     * @return 封装的一个包含图片、url、key等信息的实体类
     */
    ImageBean getFromHttp(ImageCache cache, String url, String key, int requireWidth, int requireHeight);
}
网络下载图片的具体方法也不看了,我是用的httpURLConnection请求网络,然后获取流对象,将流转换成bitmap对象或者写入到sd卡中,需要注意的是流对象直接生成bitmap对象时,因为要先读一次图片边界,导致流的指针到了最后,再次读取流生成的bitmap就会为空,需要用流的mark和reset方法使得读过的流还可以再读一次才能获取正确的bitmap对象。如果需要可以到文章结束点击GitHub上的源码链接中去看。


3.最后看一下ImagelLoader类的实现,我采用了线程池的方式来控制子线程实现耗时操作。

/**
 * 为了满足单一职责原则,这个类只负责图片的加载功能
 * Created by zd on 2017/12/4.
 */

public class ImageLoader {
//图片缓存
private ImageCache cache;
//图片下载
private ImageDownLoad downLoad;
/**执行本地操作和网络操作的线程池*/
private ExecutorService executorService;
//主线程更新imageview显示图片的handler
private Handler handler;

/**
 * 将图片加载到imageview上
 * @param url 图片加载路径
 * @param iv imageview控件
 * @param requireWidth 期望图片宽度,如果你希望使用图片的原始宽高,
 *                     不进行缩放处理,这里可以使用{@link ImageSizeUtil#OriginalSize}
 * @param requireHeight 期望图片高度,如果你希望使用图片的原始宽高,
 *                     不进行缩放处理,这里可以使用{@link ImageSizeUtil#OriginalSize}
 */
public void BindView(String url, ImageView iv, int requireWidth, int requireHeight) {

    String key = HashKey.hashKeyFromUrl(url);
    iv.setTag(key);

    SoftReference<ImageView> imageView = new SoftReference<ImageView>(iv);
    executorService.execute(buildTask(url, key, imageView, requireWidth, requireHeight));
}

/**
 * 指定图片缓存类型
 * @param cache 图片缓存类型,已经实现的图片缓存类型有{@link MemoryCache}内存缓存,
 *              {@link DiskLruCache}本地缓存,
 *              {@link com.zd.imageloaderlibrary.cache.DoubleCache}内存与本地双缓存,
 *              你也可以根据自己的需要自定义实现缓存,如果不指定缓存类型,默认的是只内存缓存
 */
public ImageLoader setImageCache(ImageCache cache) {

    this.cache = cache;
    return imageLoader;
}

/**
 * 指定使用哪种网络请求方式下载图片
 * @param downLoad 下载图片的网络请求方式,imageloader默认的是{@link HttpDownLoad},
 *                 如果您不喜欢这个种网络请求方式也可以自定义。
 *
 */
public ImageLoader setImageDownLoad(ImageDownLoad downLoad) {

    this.downLoad = downLoad;
    return imageLoader;
}


private Runnable buildTask(final String url, final String key,
                           final SoftReference<ImageView> iv,
                           final int requireWidth, final int requireHeight) {

    return new Runnable() {
        @Override
        public void run() {

            Bitmap bitmap = null;

            bitmap = cache.get(key, requireWidth, requireHeight);
            if (bitmap != null) {

                sendSuccessMessageToHandler(key, iv, bitmap);

            } else {

                ImageBean bean = downLoad.
                        getFromHttp(cache, url, key, requireWidth, requireHeight);
                bitmap = bean.getBm();
                if (bitmap != null) {

                    sendSuccessMessageToHandler(key, iv, bitmap);
                } else {

                    sendErrorMessageToHandler(bean.getMsg());
                }
            }
        }
    };
}

}

通过上面的代码可以看到ImageLoader中的缓存对象是ImageCache这个抽象接口类型,默认使用的是内存缓存,你也可以通过setImageCache方法设置你喜欢的缓存方式,网络下载同理,而加载图片时,我们只是调用了ImageCache的get方法判断图片是否存在,也不用再次关心缓存的具体实现内存了,代码量很少,可阅读性增强很多,不会深入代码细节无法自拔,网络下载同理。


4.使用ImageLoader的方法:

1).只是用内存缓存时:

ImageLoader.getNewInstance().BindView(url, ImageView);

或者ImageLoader.getNewInstance().BindView(url, ImageView, requireWidth, requireHeight);

2).使用内存和本地缓存双缓存时:

ImageLoader.getNewInstance().setImageCache(DoubleCache.getInstance(path)).BindView(url, ImageView);

或者

ImageLoader.getNewInstance().setImageCache(DoubleCache.getInstance(path))

.BindView(url, ImageView, requireWidth, requireHeight);

使用本地缓存和自定义缓存时和使用双缓存时的方法类似就不写了。

最后大家如果想看源码可以到GitHub上看看,连接奉上,感谢阅读,最后这个框架还有很多不完善的功能,如果有朋友感兴趣,也可以作为开源项目,大家一起来添砖加瓦,看看最后能做成什么样子。


阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页