图片加载在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

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

</div>

来自： http://www.cnblogs.com/puff/p/5124997.html