「Glide」源码解析系列
此节涉及到的类有
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接受成功回调后展示图片
网友评论