Android发展到现在,各种图片加载框架也是层出不群。从刚开始的Android-Universal-Image-Loader,到后来Google推出的Volley,再到现在的Fresco,Picasso,Glide百花齐放,总有一款适合你。
主要从以下三个方面考虑:同步/异步请求、解析、缓存。
缓存
下面详细介绍一下缓存策略的实现:
为什么要使用缓存
在介绍缓存策略之前,我们先来回答一个问题:为什么要使用缓存?
移动设备在使用网络时往往面临一个问题,那就是流量是需要收费的,这就需要软件开发者在开发时应当尽量避免流量的消耗,而流量消耗的大头就是图片。这时候本地缓存就是一个很好的解决方式。而且移动设备用户所处的网络环境也是不可知的,如果用户处于弱网络环境下,那图片加载所要消耗的时间将是不可忍受的,这也是使用本地缓存的原因之一。
同时,移动设备的内存是有限的,如果一个应用包含大量的图片,全部放到内存中必然会触发OOM,可如果每次都要重新从本次磁盘加载的话,性能就会有很大的消耗。而且本地加载虽然比网络要快但也是需要时间的,这也往往造成界面的卡顿。这时候一个好的内存缓存策略就是不可或缺的。
缓存原理
明白了为什么使用,接下来就要考虑怎么实现了。大家先看一张图,这是我仿照Android-Universal-Image-Loader的图片加载流程图画的:
一图胜千言,相信这张图片已经很能说明问题了。
首先,程序会在内存缓存中查找Bitmap,如果命中则直接显示,如果没有就会去本地磁盘缓存中查找缓存文件;如果在磁盘缓存中命中就将缓存文件转换为Bitmap再进行显示,这个过程中会将Bitmap加入内存缓存中;如果本地磁盘中没有就会从网络上进行下载,并且缓存在磁盘和内存中。
Volley ImageLoader
1、加载
可以同步加载,也可以异步加载;
2、解析
3、缓存
1、Volley ImageLoader里实现了一级缓存 ImageCache。内存缓存LruCache自己实现。public class ImageLoader {
/** The cache implementation to be used as an L1 cache before calling into volley. */ private final ImageCache mCache;}2、二级缓存:磁盘缓存DiskLruCache
参考资料