「Glide」一切的开始

「Glide」源码解析系列

• 「Glide」一切的开始
• 「Glide」目标的确定
• 「Glide」中的跟踪者
• 「Glide」请求的生成
• 「Glide」请求的开始
• 「Glide」中的Engine
• 「Glide」中的Job

此节涉及到的类有
RequestManagerRetriever
RequestManager
RequestBuilder

---

使用

implementation 'com.github.bumptech.glide:glide:4.8.0'

添加库依赖

Glide.with(imageView).load("https://www.baidu.com/img/bd_logo1.png").into(imageView);

加载图片到ImageView

解析

RequestManager

共有6种with的重载方法获取RequestManager

Glide

且内部都是通过getRetriever先获取到RequestManagerRetriever，再由RequestManagerRetriever的get方法获取到RequestManager

with传入的参数虽然类型不同，但getRetriever传入的参数可统一视为Context

那RequestManagerRetriever是什么呢？

RequestManagerRetriever 初始化开始

Retriever译为猎犬，大概意思可以理解为RequestManager的搜寻者

Glide

经过判空条件后，返回了Glide单例中的RequestManagerRetriever

看看Glide单例中对象的初始化在那里

Glide

经过了饱汉模式的单例代码后，又手动上了判断，以防止多线程出错

Glide

之前传入的Context的在这里换成了ApplicationContext来保证Context的唯一性

Glide

标红从下往上看，glide的实例是通过构造者模式创建出来的，而这时并没有初始化RequestManagerRetriever，而是有
RequestManagerRetriever.RequestManagerFactory这个类，可见RequestManagerRetriever是通过工厂模式产生的，而具体的工厂由GeneratedAppGlideModule决定。

getAnnotationGeneratedGlideModules()实际返回为空

Glide

方法内部是通过反射的方式获取类对象，只有在引入了Glide的其他相关库时才会有具体的返回值

到此，GlideBuilder中的RequestManagerRetriever.RequestManagerFactory是null

来到GlideBuilder的build方法中

GlideBuilder

将null的factory赋值给RequestManagerRetriever对象

RequestManagerRetriever

好在RequestManagerRetriever的构造方法中做了判空处理，有默认的factory

到此RequestManagerRetriever对象就初始化成功了

RequestManagerRetriever 初始化结束

RequestManager 的获取开始

Glide

有了RequestManagerRetriever对象，通过get的重载方法获取具体的RequestManager

RequestManagerRetriever

六分之一的get

RequestManagerRetriever

通过判断传入的Context类型，调用其他重载的get方法，如果未匹配调用getApplicationManager

六分之二的get

RequestManagerRetriever

当前非UI线程，实际调用getApplicationManager；否则调用supportFragmentGet

六分之三的get

RequestManagerRetriever

当前非UI线程，实际调用getApplicationManager；否则调用supportFragmentGet

六分之四的get

RequestManagerRetriever

当前非UI线程，实际调用getApplicationManager；否则调用fragmentGet

六分之五的get

RequestManagerRetriever

当前非UI线程，实际调用getApplicationManager；否则判断view所在位置：

若view不在Activity中，调用getApplicationManager

若view在FragmentActivity中，找到view所在的具体fragment，根据结果调用响应重载的get方法

若view在Activity中，但不在FragmentActivity中，同理查找fragment，根据结果调用响应重载的get方法

这里对Fragment做了区分一个是v4包下的Fragment，一个是普通包下的Fragment，无android.app.Fragment指定包的Fragment都是v4下的

六分之六的get

android.app.Fragment情况下要么调用getApplicationManager，要么fragmentGet

通过对六种方法的总结，最终调用落到了：getApplicationManager、supportFragmentGet、fragmentGet 三个方法上

三分之一

getApplicationManager

applicationManager是以ApplicationContext实现的单例，传入了application的生命周期回调和RequestManager的层级结构

三分之二

supportFragmentGet

通过getSupportRequestManagerFragment获取已有或添加新的SupportRequestManagerFragment对象，并返回SupportRequestManagerFragment对象中的RequestManager

此RequestManager拥有SupportRequestManagerFragment对象生命周期的回调和此对象上所有RequestManager的集合RequestManagerTreeNode

SupportRequestManagerFragment由FragmentManager负责维护

三分之三

fragmentGet

逻辑与supportFragmentGet类似，只是v4包下Fragment与android.app.Fragment的区别

到此RequestManager就初始化成功了，通过在宿主身上添加fragment的方式，获取宿主的生命周期

RequestManager 的获取结束

RequestManager 加载开始

RequestManager调用了load方法

RequestManager

虽然有多个重载，但重载内都先调用了asDrawable方法

RequestManager

RequestManager

这里主要是为了图片解码设置图片格式，Glide支持Gif，默认加载的图片为Drawable，也可代码中设置成Bitmap或Gif

RequestBuilder

RequestBuilder

由RequestManager生成的RequestBuilder便带有泛型

RequestBuilder

RequestBuilder

RequestBuilder参数设置好之后便返回自己

使用的最后一步into

RequestBuilder

判空处理后进入重载into方法

RequestBuilder

创建请求绑定到target，并返回

总结

相信上面成片到代码已经晕头转向了，其实此节所讲的Glide工作就两点：

• 初始化RequestManager
  RequestManagerRetriever通过在页面添加fragment的方式监听生命周期的变化，并在fragment上重用或新建RequestManager并setRequestManager，RequestManager有了生命周期的回调便可控制着请求的开始、暂停、结束

• RequestManager创建RequestBuilder
  图片加载需要源地址和编码，承载此信息的便是RequestBuilder对象，RequestBuilder对象通过into将请求绑定到target上，target接受成功回调后展示图片