Android4.0 app源码,Android Glide4.0 源码遨游记（第二集）

Glide

前言

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

关于作者

一个在奋斗路上的Android小生，欢迎关注，互相交流

GitHub：GitHub-ZJYWidget

优快云博客：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 asDrawable() {

return as(Drawable.class);

}

@NonNull

@CheckResult

public RequestBuilder as(

@NonNull Class resourceClass) {

return new RequestBuilder<>(glide, this, resourceClass, context);

}

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

RequestBuilder构造方法

可以看到，这里的transcodeClass就是我们刚传进来的Drawable类型，成为了RequestBuilder的成员变量。

细心的朋友会发现，Glide不止有asDrawable，其实还有asBitmap、asGif、asFile等等，如下：

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 load(@Nullable String string) {

return loadGeneric(string);

}

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

@NonNull

private RequestBuilder 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 load(@Nullable Drawable drawable) {

return asDrawable().load(drawable);

}

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

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

下集预告(Glide into 运筹帷幄)