码迷,mamicode.com
首页 > 移动开发 > 详细

Android图片加载库Picasso源码分析

时间:2016-01-12 18:08:51      阅读:281      评论:0      收藏:0      [点我收藏+]

标签:

图片加载在Android开发中是非常重要,好的图片加载库也比比皆是。ImageLoader、Picasso、Glide、Fresco均是优秀的图片加载库。
以上提到的几种图片加载库各有特色。用法与比较,网上已经很多了。
出于学习的角度,个人认为从Picasso入手较好。代码量小,同时API优美,很适合我们学习。
今天笔者就Picasso的源码进行分析,抛出一些图片加载的技术细节供园友参考。
PS:建议园友先大致看一下源码。

我们对图片加载的要求

1.加载速度要快
2.资源消耗要低
3.加载图片不能错位
 

Picasso是否满足要求?

加载速度要快

1.标配策略,MemoryCache+DiskCache+Net。提高加载速度,同时保证流量。
2.Net部分,兼顾单请求加载速度与多请求并发能力,从而提高整体加载速度。
3.MemoryCache部分,通过Lru策略提高缓存效率。

资源消耗要低

1.渲染适当尺寸图片来减少内存。
2.通过线程池来限制并发的图片加载线程,降低资源消耗。
3.请求相同图片的线程要合并,减少线程数。

加载图片不能错位

AdapterView会复用View,Picasso通过Map<ImageView,Action>机制保证View展示正确的图。
 
可见,Picasso已经满足了我们对图片加载的需求。
 

Picasso的一些基本策略

缓存策略 MemoryCache+DiskCache+Net

1.MemoryCache采用的是Lru策略,持有一定数量处理过的图(譬如经过resize/rotate处理,可直接设置到view中)。
2.DiskCache是网络图片在本地的缓存,缓存的是原图,可能需要经过处理才能设置到view中。
3.Net是图片服务器,当MemoryCache和DiskCache均取不到图片时,网络拉取,成本最高。

图片错位

为了保证图片不会错位,Picasso维护了Map<ImageView,Action>,每个ImageView均只对应一个Action。
若获取的图片Action与ImageView不符合,则丢弃,等待正确的Action执行完。

性能

1.Picasso的线程池是优化过的,根据当前设备网络状况设置ThreadCount。
在网络良好的条件下,线程池持有较多线程,保证下载速度够快。在网络较差的条件下(2G网络等),线程池减少持有线程,保证带宽不会被多个连接阻塞。
2.Picasso将图片uri、resize、transform等参数糅合为key,将key封装到Action中进行请求。
请求线程Hunter对相同key的Action进行合并,请求完成后,Action依次得到图片。
 
以上是Picasso的一些基本策略,可能看不太懂,接下来结合Picasso加载ImageView图片的场景来串一下流程。

流程与源码分析

实例化

picasso的实例化有两种方式
1.Picasso.with(context)
此方法提供默认方式,生成单例的Picasso对象。
2.new Picasso.Builder(context).build()
此方式提供自定义线程池、缓存、下载器等方法。

获取RequestCreator

picasso作为图片加载库,作用便是下载图片。我们拿到picasso实例后,正常思路便是调用picasso.load()。
load()有四个方法,参数各不相同,不过可以分为两类:uri和resourceId。uri又分为file和net。
load()的返回结果是RequestCreator对象,RequestCreator是用来配置加载参数的。

RequestCreator

RequestCreator有两个功能
1.配置加载参数。
包括placeHolder与error图片,加载图片的大小、旋转、居中等属性。
2.执行加载。
通过调用into(object)方法进行加载。
 
into方法主流程梳理如下
技术分享
后续的工作就交由Hunter来处理了
备注1:(imageview,action)是用来保证imageview与正确action匹配的。
备注2:hunterMap通过key持有多个hunter,同一个hunter可以对应多个action

Hunter

hunter是一个Runnable,作用是获取图片。
hunter的执行流程:在run()方法中执行hunt()方法尝试获取图片,结果(成功、失败、异常)交给Dispatcher回调。
hunter的基础类是BitmapHunter,但它却是一个模版类,最重要的decode(request)方法交由子类来实现。
 
hunt()方法主流程梳理如下:
技术分享

Dispatcher

Dispatcher是分发器,由Picasso或Hunter来调用。
Picasso或BitmapHunter只能调用dispatcher**()方法。
原因是不能确定是main线程或Hunter线程在调用,所以Dispatcher索性对所有的调用均经过Dispatcher转发,转发后调用perform**()方法,这样即可保证在main线程中操作事件。
API如下:
dispatcherSubmit()和dispatcherCancel()
hunter中加入action便调用dispatcherSubmit(),hunter中取消action便调用dispatcherCancel()
dispatcherComplete()和dispatcherError()
加载结束时调用。均调用batch方法,不过complete操作会将bitmap加入到cache中,以便后续调用。
batch()
起缓冲作用,每隔0.2s执行一次performBatchComplete()批处理。批处理将hunterList回调给Picasso,Picasso对每个hunter的每个action进行结果回调。
 

其他

跟随ImageView的图片加载,应该对Picasso的源码已经有了一定了解。但是还有几个相对独立的模块没有涉及到,园友们直接阅读源码即可。
downloader提供了UrlConnection和OKHttp两种方案,优先选用OKHttp。主要添加了httpCache。
Stats主要用于数据统计,很独立的模块。
 
 
 

Android图片加载库Picasso源码分析

标签:

原文地址:http://www.cnblogs.com/puff/p/5124997.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!