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