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);
......   

你可能感兴趣的:(Picasso构建过程)