Glide

前言

Android中加载图片的形式有很多种，网上也有很多的知名图片加载库，例如Glide、Picasso、Fresco等等，它们为我们带来的方便就不需再多言了，无论是从加载到缓存还是占位图等等都提供了简易的Api，且实现强大的功能。本系列只针对Glide4.0版本源码进行分析，提高自身阅读源码的能力，同时也是为了了解其中加载的流程以及缓存的原理，本文尽可能地截图说明结合源码解析，如有疏忽之处，还请指教。

关于作者

一个在奋斗路上的Android小生，欢迎关注，互相交流
GitHub：GitHub-ZJYWidget
CSDN博客：IT_ZJYANG
简 书：Android小Y

前情回顾

上一集已经分析了Glide.with的作用，它传递了我们的上下文对象，并且返回绑定了对应生命周期的RequestManager对象，里面声明了load方法，这一集将从RequestManager的load方法入手，看看它做了什么操作。

剧情（Glide load 初露锋芒）

平时在使用load方法的时候，可以传入很多不同的参数，例如：

Glide.with(this).load(R.drawable.ic_android).into(imageView);
Glide.with(this).load("http://xxx.xxx.png").into(imageView);
Glide.with(this).load(Uri.parse("xxxxx")).into(imageView);
Glide.with(this).load(getResources().getDrawable(R.drawable.ic_android)).into(imageView);
Glide.with(this).load(new File("xxx")).into(imageView);
Glide.with(this).load(BitmapFactory.decodeFile("xxx")).into(imageView);

支持了多种形式的图片资源，包括本地图片、应用资源、网络图片、二进制流、Uri对象等，使用起来很方便，不用再自己写一堆请求网络或者读取本地文件的骚操作，那么Glide的load里面对它们做了什么处理，能够兼容这么多形式的加载呢，让我们一探究竟。

Glide.load()

从load点进去，可以发现，每种方式都有一个对应的load方法：

RequestManager#load

并且内部都是调用如下：

RequestManager#load#asDrawable

我们先看下asDrawable：

@NonNull
@CheckResult
public RequestBuilder<Drawable> asDrawable() {
    return as(Drawable.class);
}

@NonNull
@CheckResult
public <ResourceType> RequestBuilder<ResourceType> as(
      @NonNull Class<ResourceType> resourceClass) {
    return new RequestBuilder<>(glide, this, resourceClass, context);
}

asDrawable内部就是用Drawable类型新建一个RequestBuilder（听这名字有点像请求参数的构建），我们点进去看看：

RequestBuilder构造方法

Glide.with(this).asBitmap().load(R.drawable.ic_android).into(imageView);

我们在平时使用过程中都知道，它们表示最终要以什么形式来展示，这些方法内部都是将对应的类型（Bitmap.class、GifDrawable.class、File.class）传给RequestBuilder的构造方法，进而赋值给它的transcodeClass成员变量。（这里先留个印象，transcodeClass是我们asXXX(xx.class)方法传进来的类型），因此，asDrawable其实就是生成对应的RequestBuilder实例，然后再调用RequestBuilder的load方法，看下RequestBuilder的load里面做了什么（这里以String类型为例）：

@NonNull
@Override
@CheckResult
public RequestBuilder<TranscodeType> load(@Nullable String string) {
    return loadGeneric(string);
}

其他load方法内部都是调用了loadGeneric，进一步看loadGeneric：

@NonNull
private RequestBuilder<TranscodeType> loadGeneric(@Nullable Object model) {
    this.model = model;
    isModelSet = true;
    return this;
}

这里的model即传进来的资源参数（例如String、Bitmap、File...），同样赋给RequestBuilder的成员变量，并且置isModelSet标志位为true，即标志着设置完成的意思，并且将这个RequestBuilder实例返回。

至此我们得到了关于RequestBuilder参数的一些信息：

transcodeClass 表示要将最终结果转换为什么类型
model 表示传进来的资源参数
isModelSet 是为了标志你已经调用了load方法，是一个必要条件，否则你没有先设置你所要加载的资源，Glide怎么知道你要加载啥。

片尾

回头看一开始的RequestManager的load方法：

@NonNull
@CheckResult
@Override
public RequestBuilder<Drawable> load(@Nullable Drawable drawable) {
    return asDrawable().load(drawable);
}

刚才分析了asDrawable返回了RequestBuilder实例，并且调用了它的load，将想要加载的资源参数、想要转换的结果类型都赋值给这个RequestBuilder实例并返回，这里又将这个实例return出去，那么我们外界接下来的调用的into也就是在RequestBuilder类中了。

至此，Glide的load完成了它的使命，是不是有种被欺骗的感觉，load方法其实还没真正开始加载，into才是最终加载的地方。

下集预告（Glide into 运筹帷幄）