Picasso 加载图片的流程分析

Picasso 加载图片的流程分析_第1张图片
image.png

Picasso 是一款老牌的图片加载器,特别小巧,功能上虽然比不上 Glide 和 Fresco。但是一般的图片加载需求都能满足。关键是 square 出品,JakeWharton 大神主导的项目,必属精品,和自家的 OkHtttp 无缝衔接。

分析版本: 2.5.2

  Picasso.with(this)
        .load("https://www.kaochong.com/static/imgs/ic_course_logo_92e76ec.png")
        .into(imageView);

with()

看了几个开源库,都是一个套路,先用门面模式提供一个单例给外部访问,这里是 Picasso,其他开源框架如 EventBus,Retrofit 都是一样的。因为开源需要满足很多 feature 避免不了使用一堆参数,建造者模式也是很常见的,几乎每个开源库必备。

  public static Picasso with(Context context) {
    if (singleton == null) {
      synchronized (Picasso.class) {
        if (singleton == null) {
          singleton = new Builder(context).build();
        }
      }
    }
    return singleton;
  }

load()

接着看 load 方法:

load 有 4 个重载方法:

  1. load(Uri)
  2. load(String)
  3. load(File)
  4. load(int)

分别对应加载不同的来源。 这个方法会构造一个 RequestCreator 对象并返回。这个 RequestCreator 看名字就知道,是负责创建图片请求的。RequestCreatorRequest 的区别在于,Request 是最终创建完成的请求,所有关于图片的信息都在这个请求里,包括图片大小,图片怎么转换,图片是否有渐变动画等等。而 RequestCreator 是一个 Request 的生产者,负责把请求参数组合然后创建成一个 Request

    Picasso.with(this).load("url").placeholder()
        .resize()
        .transform()
        .error()
        .noFade()
        .networkPolicy()
        .centerCrop()
        .into(imageview);

上面这段代码中,load() 返回的是 RequestCreator 对象,后面从 placeholder()into() 都是 RequestCreator 的中的方法。直到在 into() 中才会把最终图片请求 Request 对象构造出来处理。所以之前都是一堆参数的设置。

load(String) 为例看看内部的操作:

 public RequestCreator load(String path) {
    if (path == null) {
      return new RequestCreator(this, null, 0);
    }
    if (path.trim().length() == 0) {
      throw new IllegalArgumentException("Path must not be empty.");
    }
    return load(Uri.parse(path));
  }

load(String) 其实调用的是 load(Uri):

public RequestCreator load(Uri uri) {
    return new RequestCreator(this, uri, 0);
}

RequestCreator 的构造中,传入了 picasso 实例,用传入的 Uri、resourceId、默认 Bitmap 参数在内部构造一个 Request.Builder 实例,用于拼接后续参数最终 build 出一个 Request 实例。

RequestCreator(Picasso picasso, Uri uri, int resourceId) {
    if (picasso.shutdown) {
      throw new IllegalStateException(
          "Picasso instance already shut down. Cannot submit new requests.");
    }
    this.picasso = picasso;
    this.data = new Request.Builder(uri, resourceId, picasso.defaultBitmapConfig);
}

后面的 error()placeholder() 等等就很简单了,就是把参数进行赋值修改。

into()

关键的地方来了。
into 有 4 个重载方法:

  1. into(Target)
  2. into(RemoteViews,int,int,Notification)
  3. into(RemoteViews,int,int[])
  4. into(ImageView)
  5. into(ImageView,Callback)

第 1 个用于实现了 Target 接口的对象,第 2、3 用于 RemoteView 的加载,分别用于通知和桌面小部件。4 和 5 就是我们常用的方法,把图片加载到 ImageView, 区别是 5 有回调。这 5 个流程基本是一样,我们就看 5 来看看加载的具体过程。

  public void into(ImageView target, Callback callback) {
    // 获取加载的开始时间,纳秒级别的,因为加载很快的
    long started = System.nanoTime();
    // 检查是否在主线程
    checkMain();

    // target 不能为空,不然没法加载
    if (target == null) {
      throw new IllegalArgumentException("Target must not be null.");
    }

    // 没图片就设置占位图
    if (!data.hasImage()) {
      picasso.cancelRequest(target);
      if (setPlaceholder) {
        setPlaceholder(target, getPlaceholderDrawable());
      }
      return;
    }

    // 如果是 fit 模式,图片自适应控件的大小,需要等 View layout 完确定宽和高再加载。这里采用的是监听 OnPreDraw 接口的方法。
    if (deferred) {
    // fit 模式不能指定图片大小,和 resize 冲突
      if (data.hasSize()) {
        throw new IllegalStateException("Fit cannot be used with resize.");
      }
      int width = target.getWidth();
      int height = target.getHeight();
      if (width == 0 || height == 0) {
        if (setPlaceholder) {
          setPlaceholder(target, getPlaceholderDrawable());
        }
        picasso.defer(target, new DeferredRequestCreator(this, target, callback));
        return;
      }
      data.resize(width, height);
    }

    // 创建出最终的 Request 
    Request request = createRequest(started);
    // 创建 Request key 用于缓存 Request
    String requestKey = createKey(request);

    // 首先从内存中查找,内存中有就把这个请求取消,直接从内存加载
    if (shouldReadFromMemoryCache(memoryPolicy)) {
      Bitmap bitmap = picasso.quickMemoryCacheCheck(requestKey);
      if (bitmap != null) {
        picasso.cancelRequest(target);
        setBitmap(target, picasso.context, bitmap, MEMORY, noFade, picasso.indicatorsEnabled);
        if (picasso.loggingEnabled) {
          log(OWNER_MAIN, VERB_COMPLETED, request.plainId(), "from " + MEMORY);
        }
        if (callback != null) {
          callback.onSuccess();
        }
        return;
      }
    }

    // 设置占位图
    if (setPlaceholder) {
      setPlaceholder(target, getPlaceholderDrawable());
    }
    
    // 构造出 Action 
    Action action =
        new ImageViewAction(picasso, target, request, memoryPolicy, networkPolicy, errorResId,
            errorDrawable, requestKey, tag, callback, noFade);
    // 将 Action 入队执行
    picasso.enqueueAndSubmit(action);
  }

into 中会检查调用代码是否在主线程,因为要更新 View,还有回调,肯定要在主线程。然后判断是否有图片的源地址,如果给的是个 null,那么直接就终止请求了。如果设置了 fit 模式(自适应 ImageView 的宽和高),fit 模式和 resize 冲突,既然自适应宽高了,肯定就不能指定宽高。自适应 ImageView 的宽和高需要等待测量完成后得到宽高再继续请求,否则得到的宽高是 0,Picasso 使用 ViewTreeObserver 监听 ImageView 的 OnPreDrawListener 接口来获取宽和高,详细的代码可以看 DeferredRequestCreator 这个类。

然后创建出最终的 Request,此时的 Request 就代表了最终的图片请求信息。然后没有直接去请求,而是去缓存中查找,有的话就直接取消请求从内存中加载。没有的话就创建一个 ImageViewAction , 它是 Action 的子类。加载到不同的 Target 会使用不同的 Action。加载到 Target 使用 TargetAction。加载到通知就使用 NotificationAction。可以去其他的 into 方法中查看源码。

Action是一个抽象类, 内部封装了图片的请求信息,以及当前图片请求的其他参数(缓存策略,网络策略,是否取消了请求,Tag, 是否有动画等等)。需要子类实现 2 个方法:

// 解析图片完成后拿到 Bitmap,子类定义如何显示
 abstract void complete(Bitmap result, VanGogh.LoadedFrom from);
// 解析发送错误
 abstract void error(Exception e);

这下可以理解它为啥叫 Action 了,它需要子类自己处理 Bitmap。定义自己的 Action (行为), 成功拿到 Bitmap 怎么办,发生错误了怎么办?

ImageViewAction 的实现很简单,内部通过自定义 BitmapDrawable 来绘制自己的图像,实现渐变。加载错误的时候就放置占位图。

接着看这最后一行
picasso.enqueueAndSubmit(action); 看看把 action 扔到哪去处理了。

 void enqueueAndSubmit(Action action) {
    Object target = action.getTarget();
    if (target != null && targetToAction.get(target) != action) {
    // 取消原来 target 的 action,将新的 action 存入    
      cancelExistingRequest(target);
      targetToAction.put(target, action);
    }
    submit(action);
  }

  void submit(Action action) {
    dispatcher.dispatchSubmit(action);
  }
  
  void dispatchSubmit(Action action) {
    handler.sendMessage(handler.obtainMessage(REQUEST_SUBMIT, action));
  }
  
 void performSubmit(Action action, boolean dismissFailed) {
    // 处理暂停的请求
    if (pausedTags.contains(action.getTag())) {
      pausedActions.put(action.getTarget(), action);
      if (action.getPicasso().loggingEnabled) {
        log(OWNER_DISPATCHER, VERB_PAUSED, action.request.logId(),
            "because tag '" + action.getTag() + "' is paused");
      }
      return;
    }
    
 // 将 action 合并,action 的 key 是根据 Request 中图片参数生成的,这里的 
 // 意思就是如果图片请求完全一样,只是 Action 不一样,只需要请求一次拿到
 // Bitmap 就行,因为图片信息完全相同,一个 Request 对应了对个 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;
    }

    // 构造出 hunter
    hunter = forRequest(action.getPicasso(), this, cache, stats, action);
    // 扔给线程池执行并获得结果
    hunter.future = service.submit(hunter);
    // 缓存 hunter
    hunterMap.put(action.getKey(), hunter);
    // 是否移除请求失败的 Action
    if (dismissFailed) {
      failedActions.remove(action.getTarget());
    }
  }

跟踪可以发现交给 Dispatcher 中的 handler 处理了。

performSubmit() 中重点看 forRequest() 方法构造出 BitmapHunter 实例。

static BitmapHunter forRequest(Picasso picasso, Dispatcher dispatcher, Cache cache, Stats stats,
      Action action) {
    Request request = action.getRequest();
    List requestHandlers = picasso.getRequestHandlers();

   for (int i = 0, count = requestHandlers.size(); i < count; i++) {
      RequestHandler requestHandler = requestHandlers.get(i);
      if (requestHandler.canHandleRequest(request)) {
        return new BitmapHunter(picasso, dispatcher, cache, stats, action, requestHandler);
      }
    }

    return new BitmapHunter(picasso, dispatcher, cache, stats, action, ERRORING_HANDLER);
}

forRequest() 中遍历所有的 RequestHandler。谁能处理 Action 就处理这个 Action。这是典型的责任链模式-
《JAVA与模式》之责任链模式。

在 Picasso 实例初始化的时候就把这些 RequestHandler 都加入了列表中。

Picasso(Context context, Dispatcher dispatcher, Cache cache, Listener listener,
      RequestTransformer requestTransformer, List extraRequestHandlers...) {
  
    List allRequestHandlers =
        new ArrayList(builtInHandlers + extraCount);

    // ResourceRequestHandler needs to be the first in the list to avoid
    // forcing other RequestHandlers to perform null checks on request.uri
    // to cover the (request.resourceId != 0) case.
    allRequestHandlers.add(new ResourceRequestHandler(context));
    if (extraRequestHandlers != null) {
      allRequestHandlers.addAll(extraRequestHandlers);
    }
    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));
    requestHandlers = Collections.unmodifiableList(allRequestHandlers);

    
  }

每个 RequestHandler 重写 canHandleRequest 来表明自己能处理哪种请求。

BitmapHunter 是一个 Runnable, 构造之后交给线程池处理。来看看 BitmapHunter 的 run()

  @Override public void run() {
    try {
      updateThreadName(data);
      // 解析图片得到 Bitmap
      result = hunt();
    
        // 由 dispatcher 分发解析图片的结果。
      if (result == null) {
        dispatcher.dispatchFailed(this);
      } else {
        dispatcher.dispatchComplete(this);
      }
    } catch (Downloader.ResponseException e) {
      if (!e.localCacheOnly || e.responseCode != 504) {
        exception = e;
      }
      dispatcher.dispatchFailed(this);
    } catch (NetworkRequestHandler.ContentLengthException e) {
      exception = e;
      dispatcher.dispatchRetry(this);
    } catch (IOException e) {
      exception = e;
      dispatcher.dispatchRetry(this);
    } catch (OutOfMemoryError e) {
      StringWriter writer = new StringWriter();
      stats.createSnapshot().dump(new PrintWriter(writer));
      exception = new RuntimeException(writer.toString(), e);
      dispatcher.dispatchFailed(this);
    } catch (Exception e) {
      exception = e;
      dispatcher.dispatchFailed(this);
    } finally {
      Thread.currentThread().setName(Utils.THREAD_IDLE_NAME);
    }
  }

首先由 hunt() 方法解析出 Bitmap,再把解析后的结果交给 Dispatcher 来分发,成功了咋样,失败了咋样,失败了是否重试。Dispatcher 在 Picasso 中扮演了重要的角色,负责整个流程的调度。

看看 hunt() 是怎么解析出 Bitmap 的。首先还是从内存中取,每个 RequestHandler 对象都持有了下载器,用于下载网络图片。网络图片下载完是一个流需要解析成 Bitmap,非网络的就直接得到一个 Bitmap。最后在处理变换操作得到最终的 bitmap。

  Bitmap hunt() throws IOException {
    Bitmap bitmap = null;
    
    // 从内存缓存中取
    if (shouldReadFromMemoryCache(memoryPolicy)) {
      bitmap = cache.get(key);
      if (bitmap != null) {
      // 统计 缓存命中
        stats.dispatchCacheHit();
        loadedFrom = MEMORY;
        return bitmap;
      }
    }
    
    data.networkPolicy = retryCount == 0 ? NetworkPolicy.OFFLINE.index : networkPolicy;
    // 用下载器请求url得到结果
    RequestHandler.Result result = requestHandler.load(data, networkPolicy);
    if (result != null) {
      loadedFrom = result.getLoadedFrom();
      exifRotation = result.getExifOrientation();

      bitmap = result.getBitmap();

        // 从流中解析出 Bitmap
      if (bitmap == null) {
        InputStream is = result.getStream();
        try {
          bitmap = decodeStream(is, data);
        } finally {
          Utils.closeQuietly(is);
        }
      }
    }
    
    if (bitmap != null) {
        // 解码
      stats.dispatchBitmapDecoded(bitmap);
      if (data.needsTransformation() || exifRotation != 0) {
        // 同一时间只处理一个 bitmap
        synchronized (DECODE_LOCK) {
          if (data.needsMatrixTransform() || exifRotation != 0) {
            bitmap = transformResult(data, bitmap, exifRotation);
           
          }
          if (data.hasCustomTransformations()) {
            bitmap = applyCustomTransformations(data.transformations, bitmap);
            
          }
        }
    
      }
    }

    return bitmap;
  }

Dispatcher 内部实例化了一个 HandlerThread,所有的调度都是通过这个子线程上执行,通过这个子线程的 Handler 和 主线程的 Handler 以及线程池互相通信。

解析图片的得到 Bitmap 后,Dispatcher 会调度到 dispatchComplete,跟踪代码走到 performComplete

void performComplete(BitmapHunter hunter) {
    // 是否写入内存缓存
    if (shouldWriteToMemoryCache(hunter.getMemoryPolicy())) {
      cache.set(hunter.getKey(), hunter.getResult());
    }
    hunterMap.remove(hunter.getKey());
    // 批处理 hunter
    batch(hunter);
    
}

// 执行批处理  
void performBatchComplete() {
    List copy = new ArrayList(batch);
    batch.clear();
    mainThreadHandler.sendMessage(mainThreadHandler.obtainMessage(HUNTER_BATCH_COMPLETE, copy));
    logBatch(copy);
}

最终将一批 BitmapHunter 打包一起扔给主线程处理。跟踪代码到 Picasso 类中的主线程的 Handler, 遍历执行 complete(hunter)

@SuppressWarnings("unchecked") List batch = (List) msg.obj;
          //noinspection ForLoopReplaceableByForEach
          for (int i = 0, n = batch.size(); i < n; i++) {
            BitmapHunter hunter = batch.get(i);
            hunter.picasso.complete(hunter);
}

complete(hunter) 中将调用 Actioncomplete/error 方法进行最后一步把 Bitmap 显示到 target 上,并进行相应的成功或者失败回调。

总结

引用一下blog.happyhls.me的图(自己懒得画了%>_<%),上面的流程可以总结成:

Picasso 加载图片的流程分析_第2张图片
image.png

看源码的过程中发现 Dispatcher 里面一堆 handler send message,和 ActivityThread 中 H 和 AMS 通信很像,都用 Handler 来进行通信。Handler 真是 Android 的精髓。

你可能感兴趣的:(Picasso 加载图片的流程分析)