本文出自http://www.trinea.cn/android/android-image-cache-compare/
本文出自Trinea大神之手
本文没有对Fresco做过多的讲解,只做了简单的介绍:
Fresco是Facebook开源的图片缓存
(1)两个内存缓存和Native缓存构成了三级缓存
(2)支持流式,可以类似网页上模糊渐进式显示图片
(3)支持多帧动画图片,如gif,WebP
基本概念
(1)RequestManager:请求生成和管理模块
(2)Engine:引擎部分,负责创建任务(获取数据),并调度执行
(3)GetDataInterface:数据获取接口,负责从各个数据源获取数据,比如:从内存缓存获取数据,从本地缓存获取数据,下载器从网络获取数据等
(4)Displayer:资源(图片)显示器,用于显示或操作资源
(5)Processor:资源(图片)处理器,负责处理图片,比如旋转、压缩、截取等
注:以上概念的称呼在不同的框架中可能不同,如:Displayer在ImageLoader中叫ImageAware,在Picasoo和Glide中叫Target
共同优点
1.使用简单：一句代码可实现图片获取和显示
2.(暂时无法理解)可配置度高,自适应程度高：图片缓存的下载器、解码器、显示器、处理器、内存缓存、本地缓存、线程池、缓存算法等都可轻松配置；自行应程度高,根据系统性能初始化缓存配置、系统信息变更后动态调整策略，如根据CPU核数确定最大并发数，根据可用内存确定内存缓存大小，网络状态变化时调整最大并发数等
3.至少有两级缓存、提高图片加载速度
4.支持多种数据源：网络、本地、资源、Assets等
5.支持多种Displayer：不仅支持ImageView,同时支持其他View和虚拟的Displayer概念
Universal-Image-Loader
1.总体设计及流程
整个库分为ImageLoaderEngine,Cache、ImageDownloader、ImageDecoder、BitmapDisplayer、BitmapProcessor五大模块,其中,Cache分为MemoryCache和DiskCache两部分
简单来说,ImageLoader收到加载及显示图片的任务,将任务交给ImageLoaderEngine,ImageLoaderEngine分发任务到具体线程池去执行,任务通过Cache及ImageDownloader获取图片,中间可能经过BitmapProcessor和ImageDecoder处理,最终转换为Bitmap交给BitmapDisplayer在ImageAware中显示
2.ImageLoader优点
(1).支持下载进度监听
(2).可在View滚动中暂停图片加载
通过PauseOnScrollListener接口可在View滚动中暂停图片加载
(3).默认实现多种内存缓存算法：如Size最大先删除、使用最少先删除、最近最少使用、先进先删除、时间最长先删除等
(4).支持本地缓存文件名规则定义
Picasso
1.总体设计及流程
整个库分为Dispatcher、RequestHandler、Downloader、PicassoDrawable等模块,Dispatcher负责分发和处理Action,包括提交、暂停、继续、取消、网络状态变化、重试等等。
简单来说,Picasso收到加载及显示图片的任务,创建Request并将它交给Dispatcher，Dispatcher分发任务到具体RequestHandler,任务通过MemoryCache和Handler(数据获取接口)获取图片,图片获取成功后通过PicassoDrawable显示到Target中
注:上面的Data的File system部分,Picasso没有自定义本地缓存的接口,默认使用http本地缓存,API9以上使用okhttp,以下使用HttpURLConnection，因此如果要自定义 本地缓存就要冲定义Downloader
2.Picasso优点
(1).自带统计监控功能：支持图片缓存使用的监控，包括缓存命中率、已使用内存大小、节省的流量等
(2).支持优先级处理：每次任务调度前会选择优先级高的任务,比如App页面中Banner的优先级高于Icon时就很使用
(3).支持延迟到图片尺寸计算完成加载
(4).支持飞行模式、并发线程数根据网络类型而变：手机切换到飞行模式或网络类型变换时会自动调整线程池最大并发数,比如wifi最大并发为4,4g为3,3g为2。这里Picasso根据网络类型来决定最大并发数,而不是CPU的核数
(5)."无"本地缓存：不是说没有本地缓存,而是Picasso自己没有实现,交给了okhttp去实现,这样的好处是可以通过请求Response Header中的Cache-Control及Expired控制图片的过期时间
Glide设计及优点
1.总体设计及流程
整个库分为RequestManager(请求管理器)、Engine(数据获取引擎)、Fetcher(数据获取器)、MemoryCache(内存缓存)、DiskLRUCache、Transformation(图片处理)、Encoder(本地缓存存储)、Registry(图片类型及解析器配置)、Target(目标)等模块
简单来说,Glide收到加载及显示图片的任务,创建Request并将它交给RequestManager,Request启动Engine去数据源获取资源(通过Fetcher),获取后由Transformation处理后交给Target
Glide依赖于DiskLRUCache、GifDecoder等开源库去完成本地缓存和Gif图片解码工作
2.Glide优点
(1).图片缓存-->媒体缓存
Glide不仅可以图片缓存,它支持Gif、WebP、缩略图，甚至是Video,所以更应该是一个媒体缓存
(2).支持优先级处理
(3).与Activity/Fragment生命周期一致,支持trimMemory：Glide对每个context都保持一个RequestManager,通过FragmentTransaction保持与Activity/Fragment生命周期一致,并且有对应的trimMemory接口实现可供调用
(4).支持okhttp、Volley
Glide默认通过HttpURLConnection获取数据,可配合okhttp或Volley使用，实际ImageLoader、Picasso也都支持okhttp、Volley
(5).内存友好
a.Glide的内存缓存有个active的设计
从内存缓存中获取数据时,不像一般的实现用get,而是用remove,再将这个缓存数据放到一个value为软引用的activeResources map中,并计数引用数,在图片加载完成后进行判断,如果引用计数为空则回收掉
b.内存缓存更小图片
Glide以url、view_width、view_height、屏幕的分辨率等作为联合主键(key),将处理后的图片缓存在内存缓存中,而不是原始图片以节省大小
c.与Activity/Fragment声明周期一致,支持trimMemory
d.图片默认使用RGB_565而不是ARGB_888虽然清晰度差些,但是图片更小,也可配置到ARGB_888
其他：Glide可通过signature或不适用本地缓存支持url过期