本篇文章对Glide最新4.11.0版本做一个宏观解析，目的是把握下Glide的大框架，有了宏观了解之后，再剖析细节就比较容易了。
源码解析：
Glide.with(this).load(url).into(imageView);
按如上代码，总结流程图和类图来从执行流程和类关系两个维度来解析下Glide的基础框架。
一、流程图
1.1 with
with主要干两件事:
图片加载绑定对应页面生命周期；
生命周期分为application 和 非application两种。分别通过ApplicationLifecycle、ActivityFragmentLifecycle来管理生命周期。初始化RequestManager;
1.2 load
流程以加载String url为例。
load主要干一件事情：
- 通过RequestManager初始化RequestBuilder。确认加载的资源类型以及一些参数的初始化，为后续into做准备。
1.3 into
into过程
into主要干了三件事： - 封装并发起request。
- request获取图片数据。
- 将图片显示到View上。
request获取图片逻辑：
优先级：当前正在使用的缓存 > LruCache > 网络/磁盘
二、类图
这里只梳理下核心类的关系
简单总结下理解：
Glide.with(this).load(url).into(imageView);
Glide是一个单例的调用入口类。
with：初始化RequestManager，绑定生命周期。
load：加载资源并初始化RequestBuilder。
into：由RequestBuilder构建Request和Target交由RequestManager去处理。
核心功能全部交给RequestManager来处理：
通过with、load、into三板斧后，给到RequestManager的工作内容：
- 绑定对应页面生命周期。
- 处理Request获取图片资源。
- 将图片资源加载到Target对应的目标控件上。
RequestManager左膀右臂TargetTracker、RequestTracker，前者负责绑定页面生命周期，后者负责剩下两项工作。
Request通过Engine来管理图片加载，按：活跃内存>LruCache>网络/磁盘 优先级获取图片资源。具体图片获取由对应的DataFetcher来处理，然后交给DecodeJob去做图片的解码。最后通过回调返回给Target去设置图片。
