图片加载在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主要用于数据统计，很独立的模块。