Picasso源码阅读笔记

Picasso是一款图片缓存框架，接口非常简单易用，今天阅读的是2.71828版本

源码面前，了无秘密

Introduction

Picasso是square公式出品的开源图片框架，主要功能是图片Downloading，Transformation，caching。这是官方教程，这是github链接

Picasso.get().load("http://i.imgur.com/DvpvklR.png").into(imageView);

使用Builder模式设计的接口，一句话搞定所有操作，随用随走。这篇教程写的通俗易懂，可以参考下。

主要特性：

• 内存缓存和磁盘缓存
• 多源支持（网络，sd，asset，res）
• adapter复用，自动回收和取消不在视野的view
• 图片转换，支持自定义

Picasso在宏观流程上和Volley是相似的

• 发起请求
• 内存cache
• 磁盘cache
• 网络请求
• 返回结果

流程

• 构建配置Picasso
• 将请求封装成Request，然后将Request封装成Action
• 将Action交给Dispatcher分发
• 流转到BitmapHunter这个Runnable
• 由对应的RequestHandler处理当前Request
• 设置到对应的目标view

详细类图

class diagram.jpg

Picasso

入口类，单例类。

提供Builder类，可以自定义全局的配置

• defaultBitmapConfig
• client 可传入自定义的okhttpclient，复用网络请求的client
• callFactory 可自定义网络请求client，不限于okhttp
• executor 自定义线程ExecutorService
• withCacheSize 自定义内存缓存大小
• listener
• addRequestTransformer
• addRequestHandler
• indicatorsEnabled 图片左上角有颜色显示
• loggingEnable

如果以上配置还是不满足需求，可以继承Builder，增加配置方法

• okhttp3.Cache Picasso使用okhttp的cache，配置缓存位置，大小
• Stat 统计信息，可打印输出缓存命中，内存大小等，用于调优配置

Picasso和Okhttp高度结合，如果项目也使用okhttp，可以复用同一个实例

构建好Picasso就可以调用load方法，接收多源输入（uri，string，file，resid）
load方法会生成一个RequestCreator，这个类可以配置每个请求的具体行为和属性

RequestCreator

又是Builder模式，一条龙设置

• placeholder 配置默认占位图
• error 配置默认错误图
• tag 配置request的标签，可以统一Picasso#cancelTag或者pause，resume
• config 配置bitmap#config属性
• stablekey 设置cache的key
• priority
• memorypolicy 设置内存缓存使用策略
• networkpolicy 设置磁盘缓存使用策略
• get 同步获取bitmap
• fetch 异步获取，无须目标view，用于预加载到cache中

transform

• resize 裁剪尺寸
• rotate
• transform 支持自定义transform
• nofade 不使用淡入效果

scaletype

• fit
• centercrop
• centerinside
• onlyscaledown

into

• bitmaptarget 可外部扩展的接口
• remoteview
• imageview

缓存

内存-磁盘缓存

内存

使用的LruCache，默认大小为app堆内存的1/7，如果app图片业务不多，个人建议可以调小

磁盘缓存

• 默认位置在data/data/packagename/cache/picasso-cache
• 大小是剩余空间的2%，限定5M~50M
• 缓存控制，http的cache-control

优化使用

使用Picasso加载图片的内存优化实践

• 裁剪尺寸
• 大图不使用内存缓存
• 滑动时不加载
• 不透明图使用rgb565
• 查看stat数据，调优内存缓存大小

感悟

• 首要的就是外部接口的设计用经典的Builder模式，一行代码搞定。
• PicassoExecutorService实现了根据NetworkInfo来动态的调整线程池的线程数量
• RequestHandler的设计很经典，把“变化”的load方法延迟到子类去实现，扩展性强
• BitmapHunter在对bitmap进行各种decode，transform时加了一个全局的锁，限制cpu和内存占用，有借鉴意义
• 代码相对Volley比较冗余繁杂，不容易看懂，当然更有可能是本人内功还未大成，有待修炼。
• 看源码不要一头扎进去，还是要先熟悉外部接口，搞清楚具体的业务功能，大概了解流程，最好有一个流程图支撑。