Android图片加载库Picasso源码分析

图片加载在Android开发中是非常重要,好的图片加载库也比比皆是。ImageLoader、PicassoGlideFresco均是优秀的图片加载库。

以上提到的几种图片加载库各有特色。用法与比较,网上已经很多了。

出于学习的角度,个人认为从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方法主流程梳理如下

Android图片加载库Picasso源码分析

后续的工作就交由Hunter来处理了

备注1:(imageview,action)是用来保证imageview与正确action匹配的。

备注2:hunterMap通过key持有多个hunter,同一个hunter可以对应多个action

Hunter

hunter是一个Runnable,作用是获取图片。

hunter的执行流程:在run()方法中执行hunt()方法尝试获取图片,结果(成功、失败、异常)交给Dispatcher回调。

hunter的基础类是BitmapHunter,但它却是一个模版类,最重要的decode(request)方法交由子类来实现。

hunt()方法主流程梳理如下:

Android图片加载库Picasso源码分析

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主要用于数据统计,很独立的模块。

发表我的评论

取消评论
表情 插代码

Hi,您需要填写昵称和邮箱!

  • 必填项
  • 必填项