andrid四大图片加载框架比照分析
图片加载和显示在android开发中是最常见的需求之一,因而图片加载和显示这个问题解决的好坏会直接影响到我们产品的客户体验,尤其是在移动设施的硬件和网络都比较受限的条件下。鉴于此,少量知名的厂商和开发者贡献并开源了他们在这一块的所做的探究和努力,于是就有了目前android开发中最常见的四大图片加载框架:Universal Image Loader,Picasso,Glide和Fresco。他们都能很好的帮助我们完成图片加载这项复杂的任务,同时又有着各自的优势和不足。那么,作为开发者的我们,如何去选择其中一个或者几个来帮助我们产品实现并优化图片加载显示这一块的功能,就需要我们弄清楚他们的原理,以及他们之间的区别。
Universal Image Loader
Universal Image Loader是最早出现的一个知名图片加载显示框架,尽管现在已经中止维护了,但是依然被很多的开发者所使用。并且,后续出现的Picasso,Glide和Fresco也都或者多或者少借鉴了它的设计思想和理念。首先,我们来看一下他的总体设计:
总体来说,Universal Image Loader简单清晰的分层结构设计,使得其具备以下优点:
- 支持View在滚动过程中暂停图片加载。在ListView滑动过程中可以节省不必要的性能开销和内存开销
- 可以对多个板块进行单独配置,并且配置上也很方便灵活。例如线程池,内存缓存策略,硬盘缓存策略,图片显示选项等
- 支持多级缓存以及多种缓存算法,可以根据使用场景选择适合的缓存策略
可以根据ImageView的大小对Bitmap进行裁剪,减少Bitmap占用过多的内存
其中它的缓存设计也是我们最常见的一种三级缓存设计,后面的三种图片加载框架都采用了相似的设计,即内存缓存,磁盘缓存和网络缓存。具体流程如下:三级缓存设计不仅在性能上可以降低Cpu的解决开销,在内存占用上也可以达到较好的控制避免OOM的发生,从而保证良好的图片加载体验。但是在某些场景,比方在图片较多的应用,尤其是长列表视图中,当客户快速滚动视图时,因为图片较大较多,内存缓存大小的限制会导致频繁的Bitmap回收,进而导致内存的缓存命中率严重下降最终影响到图片的加载效率。
Picasso
Picasso是鼎鼎有名的Square公司的一个开源项目,该公司同时开源了许多知名的项目,比方Okhttp,Retrofit,Otto等。Picasso继承了Okhttp的链式调用风格,使得它使用起来非常简单和方便,并且它的设计和实现也很轻量简单,使得整个库的接口数量和体积都很小,因而被很多开发者使用在项目中。下面我们来看一下Picasso的总体设计:
总体来说,Picasso同样具备简单清晰的的分层结构设计,其优点如下:
- 自带统计监控,如缓存命中率,内存使用大小,节省的流量等
- 支持优先级解决,每次任务调度前会选择优先级高的任务
- 支持飞行模式,并发线程数根据网络类型变化
其并没有自己设计一套磁盘缓存,而是通过通过Okhttp网络请求库去实现,这样的好处是可以通过Response Header中的cache-control和expired灵活的控制本地缓存
接下来我们看下其缓存设计流程:Picasso的缓存设计和Universal Image Loader相似,但是其本地缓存有所不同,Picasso是通过服务器来实现的本地缓存并且都是原图,因而假如能根据图片尺寸来控制缓存图片的大小可以进一步降低本地储存的空间和图片解决的开销。
Glide
Glide是Google的一位员工实现的一个图片加载库,同时也是被Google官方推荐的。它在Picasso的基础上做了许多优化和改进,使得其在图片加载的性能上要比Picasso好,并且继承了Picasso的许多优良特性,比方链式调用,灵活配置等,所以也被很多开发者所使用。下面我们看下Glide的总体设计:
总体来说,Glide同样具备简单清晰的的分层结构设计,相比Picasso其添加了如下功能:
- 支持Gif,Webp以及视频文件的解码
- 支持缩略图
- activity生命周期绑定
支持加载动画
接下来我们看下Glide的缓存设计流程:
相比Picasso,Glide在缓存设计上进行了很多优化,比方,依据Activity的生命周期按使用场景对内存缓存进行了进一步的划分,做到了及时释放不必要的内存的同时也避免了当前或者者即将要使用的缓存不会被回收而导致重新加载的情况。同时,利用了android4.4以上系统支持Bitmap复用的特性,进一步降低了Bitmap的创立开销。
Fresco
Fresco是Facebook公司开发的一个图片加载框架。和Glide相似,其功能也很强大,尤其是在图片缓存这一块更是使用了少量黑科技来提高效率。下面我们来看一下Fresco的总体设计流程:
总体来说Fesco的主要目标是尽可能的提高图片加载的效率,使得其设计比前面三种要复杂得多。下面来说下它的优点:
- 4.4以及之前的系统上利用了匿名共享内存,使得app可以使用比正常状态下更多的内存;
- 渐进式加载jpeg图片,支持图片从模糊到清晰加载;
- 图片可以以任意的中心点显示在 ImageView上;
- 支持gif的显示
下面我们看下其具体的缓存实现流程:
可以看出,fresco针对图片的解码环节做了优化,我们知道解码过程也是比较占用CPU资源的,这一点上其加载效率比其余3个就要好。此外,对于内存的占用,fresco也是做到了极致,除了使用Ashmem的黑科技外,还采用了相似GC的引用计数机制,通过对图片对象的引起计数,使得不再使用的图片对象可以更早的被回收以便降低内存开销。
总结
Universal Image Loader是早期比较有代表性的图片加载库,尽管目前已经中止维护,不再推荐使用,但是其架构设计和实现仍然值得借鉴。Picasso的设计充分表现了Square公司在架构设计上一贯的简洁易用风格(链式调用)。Glide充分吸收了Picasso的优点,并在此基础上做了大量的优化和改进。Fresco 可以说是综合了之前图片加载库的优点并将性能优化到极致,但它的包很大,用法比较复杂,API不够简洁,所以, Fresco 在图片较多的应用中更能凸显其价值,假如应用没有太多图片需求,还是不推荐使用 Fresco,Glide基本就能满足需求。
参考文档
- 开源选型之Android三大图片缓存原理、特性比照
- Android图片加载框架Fresco,Glide,Picasso比照分析
- Glide 源码分析:缓存机制
- 了解Fresco的设计原理
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是摆设,本站源码仅提供给会员学习使用!
7. 如遇到加密压缩包,请使用360解压,如遇到无法解压的请联系管理员
开心源码网 » andrid四大图片加载框架比照分析