Picasso构建过程

Picasso的构建过程如下：

if (downloader == null) {
  downloader = Utils.createDefaultDownloader(context);
}
if (cache == null) {
  cache = new LruCache(context)
}
if (service == null) {
  service = new PicassoExecutorService();
}
if (transformer == null) {
  transformer = RequestTransformer.IDENTITY;
}
Stats stats = new Stats(cache);
Dispatcher dispatcher = new Dispatcher(context, service, HANDLER, downloader, cache, stats);
return new Picasso(context, dispatcher, cache, listener, transformer, requestHandlers, stats,
          defaultBitmapConfig, indicatorsEnabled, loggingEnabled);

Downloader
Picasso需要的默认下载器。

try {
      Class.forName("com.squareup.okhttp.OkHttpClient");
      return OkHttpLoaderCreator.create(context);
    } catch (ClassNotFoundException ignored) {
    }
return new UrlConnectionDownloader(context);

该下载器会首先查找是否有okHttpClient类，如果找到，则创建并进行配置。OkHttpClient 的缓存在Disk上，缓存大小为整个磁盘空间的2%(通过statFs计算得到)，缓存路径在/data/data/packageName/cache/picasso-cache下。
如果没有找到OkHttpClienet，则使用HttpURLConnection完成下载工作。在Android4.0以上（包括4.0），提供了HttpResponseCache来支持硬盘缓存的功能。缓存空间和缓存路径不变。
如果有在项目中使用OkHttp，可以将自定义的OkHttpClient单例配置进Downloader中（继承Downloader，在它的load函数中使用定义好的okHttpClient），这样将保证所有网络请求使用同一套client。

LruCache
基于LRU（近期最少使用）算法的内存缓存器。
默认缓存大小为app内存的1/7，大约15%。
内部本质上维持着一个LinkedHashMap来存储Btimap，主要是针对Bitmap的set和get。
set的时候，会统计Bitmap的大小，从而更新缓存中Bitmap总的大小，在set工作的最后，判断当前Bitmap的总量是否超过设定的缓存大小，从而决定是否需要对缓存进行清理。
如果需要进行清理，选择LinkedHashMap的优势就出现了，不断从迭代器中按照存入的先后顺序取出Bitmap进行remove。
get的时候，即是从Map中取，在这个过程会统计击中数（hitCount）和未击中数（missCount）。
如果你想统计击中率，可以主动创建一个LruCache对象，在Picasso构建的时候添加进去，这时，可以取出hitCount和missCount。或者需要得到当前缓存大小，或者需要清空缓存，同样需要这样做。

PicassoExecutorService
查找Bitmap的线程池。
阻塞队列使用PriorityBlockingQueue，同时根据网络情况，会对线程池中的线程数进行调整。如果无法感知到网络情况，默认线程数为3，有wifi情况为4，4g情况为3，3g情况为2，2g情况为1。
在该线程池中，执行的实际上是通过BitmapHunter获取Bitmap并对Bitmap进行转换的过程。
在BitmapHunter中核心代码如下：

RequestHandler.Result result = requestHandler.load(data, networkPolicy);
bitmap = result.getBitmap();

上述的requestHandler是在Picasso实例化的时候在构造函数中添加进去的。Handler类型包括：

allRequestHandlers.add(new ContactsPhotoRequestHandler(context));
allRequestHandlers.add(new MediaStoreRequestHandler(context));
allRequestHandlers.add(new ContentStreamRequestHandler(context));
allRequestHandlers.add(new AssetRequestHandler(context));
allRequestHandlers.add(new FileRequestHandler(context));
allRequestHandlers.add(new NetworkRequestHandler(dispatcher.downloader, stats));

我们可以看到，对于需要网络请求的得到Bitmap的过程是由NetworkRequestHandler来处理的。它会检测该bitmap是否在磁盘上，还是需要进行网络访问（本质上，它把这件事交给了okHttpClient来处理）。
在BitmapHunter中获取Bitmap之后，如果需要会对该Bitmap进行转换然后返回。

RequestTransformer
在request被提交之前使用该transformer来对request进行修改。这是一个测试版特性，后续版本中可能不会兼容该特性。

Dispatcher
Dispatcher的主要作用，是处理各种动作。

case REQUEST_SUBMIT: {
    Action action = (Action) msg.obj;
    dispatcher.performSubmit(action);
    break;
 }
 case REQUEST_CANCEL: {
    Action action = (Action) msg.obj;
    dispatcher.performCancel(action);
    break;
  }
case TAG_PAUSE: {
    Object tag = msg.obj;
    dispatcher.performPauseTag(tag);
    break;
}
case TAG_RESUME: {
    Object tag = msg.obj;
    dispatcher.performResumeTag(tag);
    break;
}
case HUNTER_COMPLETE: {
    BitmapHunter hunter = (BitmapHunter) msg.obj;
    dispatcher.performComplete(hunter);
    break;
}
case HUNTER_RETRY: {
    BitmapHunter hunter = (BitmapHunter) msg.obj;
    dispatcher.performRetry(hunter);
    break;
}
case HUNTER_DECODE_FAILED: {
    BitmapHunter hunter = (BitmapHunter) msg.obj;
    dispatcher.performError(hunter, false);
    break;
}
case HUNTER_DELAY_NEXT_BATCH: {
    dispatcher.performBatchComplete();
    break;
}
case NETWORK_STATE_CHANGE: {
    NetworkInfo info = (NetworkInfo) msg.obj;
    dispatcher.performNetworkStateChange(info);
    break;
}
case AIRPLANE_MODE_CHANGE: {
    dispatcher.performAirplaneModeChange(msg.arg1 == AIRPLANE_MODE_ON);
    break;
}
default:
    Picasso.HANDLER.post(new Runnable() {
        @Override public void run() {
          throw new AssertionError("Unknown handler message received: " + msg.what);
            }
    });
   

加载到ImageView过程
picasso.load(imageUrl).into(view);
load方法将返回一个RequestCreator对象。
在into的过程中，会为每个bitmap产生一个唯一的key，通过这个key来检查该bitmap是或在内存（LruCache）中，如果存在则直接返回（对磁盘缓存的检查，是在BitmapHunte中进行的，实际上由okHttpClient完成）。否则产生一个ImageViewAction提交给Dispatcher处理。
在Dispatcher中，核心代码为：

//如果action被设置为pause tag
if (pausedTags.contains(action.getTag())) {
      ......
      return;
}
//如果action不是新的
BitmapHunter hunter = hunterMap.get(action.getKey());
    if (hunter != null) {
      hunter.attach(action);
      return;
    }
//如果线程池被关闭了
if (service.isShutdown()) {
      if (action.getPicasso().loggingEnabled) {
        log(OWNER_DISPATCHER, VERB_IGNORED, action.request.logId(), "because shut down");
      }
      return;
    }
//生成BitmapHunter
hunter = forRequest(action.getPicasso(), this, cache, stats, action);
//交给线程池，执行
hunter.future = service.submit(hunter);
hunterMap.put(action.getKey(), hunter);
......