Android Glide4.0 源码遨游记(第二集)

Glide

 

前言

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

关于作者

一个在奋斗路上的Android小生,欢迎关注,互相交流
GitHubGitHub-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构造方法

可以看到,这里的transcodeClass就是我们刚传进来的Drawable类型,成为了RequestBuilder的成员变量。
细心的朋友会发现,Glide不止有asDrawable,其实还有asBitmapasGifasFile等等,如下:

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 运筹帷幄)

 


关注Android开发小栈,更多原创精选