Glide原理之史上最全的（一）

**前言

1. Glide 基本用法
   接下来的讲解将基于 Glide 目前的最新版本 4.11。
   Glide 的使用特别简单，首先添加依赖。**
   with()
   可以传 Applicaiton、Activity 、Fragment 与 view 等类型的参数，加载图片的请求会与该参数的生命周期绑定在一起。

load()
可以传图片的网络地址、Drawable 等。
into()
一般传 ImageView 。

2. 内容概览
   
   Glide 加载图片大致可分为三个步骤。

发起加载图片请求
当我们用 into() 方法加载图片时，就是发起了一次图片加载请求；

执行解码任务
我们在 load() 方法中设置的图片来源会传到 DecodeJob 中，DecodeJob 就会被 Engine 提交到线程池中开始执行；

加载图片
当 DecodeJob 对图片解码完成后，就会把图片加载到 ImageView 中；

接下来会以这三个步骤为基础来展开 Glide 的图片加载流程，下面是每个大节讲解的内容。

1. 四步启动解码任务
   第一大节将会讲解从我们调用 into() 方法到启动 DecodeJob 的 run() 方法的过程中，Glide 做了哪些事情，包含了 Request、Target 、 Engine 和 DecodeJob 等内容。
2. 六步加载图片
   第二大节会讲解当 DecodeJob 获取到图片数据后，会怎么处理图片数据，也就是解码、加载图片和编码的过程，包括 ModelLoader、ResourceDecoder、Transformation、ResourceTranscoder 以及 ResourceEncoder 的实现。
   3. Glide 缓存原理
   这里会讲 Glide 的图片缓存相关的实现，包括内存缓存、磁盘缓存、BitmapPool 以及 ArrayPool 等内容。
   4. Glide 初始化流程与配置
   这一节会讲解 Glide 的初始化流程，包括 Glide 调用配置的方式、AppGlideModule 的两个方法中用到的 Registry 和 GlideBuilder 在 Glide 中的作用。
3. Glide 图片加载选项
   Glide 开放了非常多的图片加载选项，我们不一定全都用得上，但是了解这些选项，可以让我们在需要的时候能调用对应的选项，不用再自己实现一遍。
   1. 四步启动解码任务
   这一节我们先来看下从 into() 到启动 DecodeJob 的过程中涉及哪些对象。
   
   从我们调用 into() 方法加载图片到启动解码任务 DecodeJob，大致分为 4 个步骤，涉及下面 4 个对象。

加载请求 Request
加载目标 Target
加载引擎 Engine
解码任务 DecodeJob

1.1 Request
1.1.1 请求构建器 RequestBuilder

1. into()
   对于我们发起的图片加载请求，Glide 会把这个请求封装为 Request，而 RequestBuilder 就是 Request 的构建器。
   当我们用 into() 方法加载图片时，调用的其实是 RequestBuilder 的 into() 方法，这个方法会创建一个 Request ，并把 Request 传给请求管理器。
2. Model
   Glide 会把我们在 load() 中传入的图片来源数据封装为 Model ，而这个 Model 具体就是 RequestBuilder 中的 model 字段，类型为 Object 。
3. 加载选项
   RequestBuilder 继承了 BaseRequestOptions 抽象类，我们平时用的 centerCrop() 等方法大部分都是 BaseRequestOptions 的方法，关于图片加载选项在后面会讲到。
   1.1.2 请求管理器 RequestManager
   RequestManager 有下面几个特点。

绑定生命周期
监听网络状态
创建请求构建器
启动请求

1. 绑定生命周期
在 Glide 中，一个 Context 对应一个 RequestManager，当我们调用 with() 方法时，RequestManager 会用对应的 Context 创建一个 RequestManagerFragment 。
RequestManagerFragment 是一个无布局的 Fragment，主要是用来做生命周期关联的，当这个 Fragment 感知到 Activity 的生命周期发生变化时，就会告诉请求管理器，让它去做暂停请求、继续请求和取消请求等操作。
如果我们用的是 ApplicationContext 加载某张图片，那就意味着这次图片加载操作的生命周期是与应用的生命周期绑定的。
2. 监听网络状态
RequestManager 中有一个网络连接监听器 RequestManagerConnectivityListener ，它实现了ConnectivityListener 接口，每次网络状态切换时，RequestManager 就会重启所有的图片加载请求。
3. 创建请求构建器
我们在加载图片时调用的 load() 方法是 RequestManager 的方法，调用这个方法其实是创建了一个请求构建器 RequestBuilder，RequestManager 中有很多创建 RequestBuilder 的方法，比如 asDrawable()、asBitmap() 、asFile() 等，这些方法对应着不同泛型参数的 RequestBuilder 。
load() 方法支持下面这些类型的参数。

Bitmap
Drawable
String
Uri
URL
File
Integer（resourceId）
byte[]
Object

4. 启动请求
RequestManager 的 track() 方法调用了目标跟踪器 TargetTracker 的 track() 方法，还调用了请求跟踪器 RequestTracker 的 runRequest() 方法 。

TargetTracker
TargetTracker 实现了 LifecycleListener ，它会根据页面生命周期播放和暂停动画，比如暂停 Gif 动画。

RequestTracker
RequestTracker 的 runRequest() 方法调用了 Request.begin() 方法。
在 Request 的 begin() 方法中会获取 View 的尺寸，获取到了尺寸后就会调用 Engine 的 load() 方法启动图片加载请求。

1.1.3 Request 的 6 种状态

前面讲到的 Request 具体就是 SingleRequest ，SingleRequest 中有一个 Status 枚举类，包含了请求的 6 种状态。
1. 待运行 PENDING
当我们通过 into() 创建了一个 SingleRequest 后，该 Request 就进入了待运行状态。
2. 已清除 CLEARED
每次我们用 into() 方法加载图片时，RequestManager 都会先看下我们传入的 Target 是否有对应的 Request ，如果有的话就会调用该 Request