网上讲解 Glide 的文章一搜一大把，但几乎都是以文字的形式来讲解；我自己也写过不少 Glide 的笔记，也是文字为主；但是时间长了经常忘了其中的细节，加上 Glide 的源码不太易懂，所以决定用时序图来分析和记录研究 Glide 的过程

时序图

下面两张图是一次图片加载的大体流程，有读过源码的同学基本上通过这两种图就能回忆起其中的细节；没读过源码的同学也可以先了解下 Glide 里各个类的作用

RequestManager - 请求管理器

往 Activity/Fragment 添加一个 RequestManagerFragment（没有 View） 用以监听宿主的生命周期，从而实现请求的管理和绑定

内存缓存

内存缓存有 ActiveResources 和 LruResourceCache（MemoryCache），如下图，它们关系是：

• 从 source/data 解码的 resource 将被加入 ActiveResources
• 当 onStop/onDestory/onTrimMemory 时 resource 被释放，从 ActiveResources 移除并放入 MemoryCache
• 加载时如果命中缓存，则从 MemoryCache 移除并加入 ActiveResources

它们的不同之处：

• 它们对应 resource 的不同生命周期：使用中 - ActiveResources，释放后 - MemoryCache
• ActiveResources 是对所有使用中 resource 的弱引用，相当于对所有使用中 resource 的收集和统计，没有大小限制
• MemoryCache 引用释放的资源，有大小限制，实现是 LruResourceCache

磁盘缓存

磁盘缓存有两层：data cache 和 resource cache，它们的关系在于：

• 都是磁盘缓存，都以文件的形式存在于 disk cache dir，只是 key 不同
• 从网络抓取 → 保存为 data cache → 解码为 resource → 保存为 resource cache（optional）→ 返回 resource
• 下次加载时，先尝试加载 resource cache 再尝试加载 data cache

它们的区别在于：

• data cache 缓存的是原始数据（也就是从 source 直接抓取到的数据流），resource cache 缓存的是解码后（比如 Bitmap）的数据
• resource cache 能够加速解码的速度；比如 source 是网络上的图片，一般是 jpg or png，则从 data cache 加载需要解码为 Bitmap，而 resource cache 直接缓存 bitmap bytes，省了解码这步
• resource cache 会增大磁盘缓存起码一倍；比如上述的 bitmap bytes 比压缩格式的 jpg 要大
• 是否有 resource cache 受几个条件的影响

DiskCacheStrategy
	NONE      - 没有磁盘缓存
	DATA      - 只缓存 data cache
	RESOURCE  - 只缓存 resource cache
	ALL       - 都缓存
	AUTOMATIC - 自动

// 看下 AUTOMATIC 的情况
// data cache，只缓存网络资源，不缓存 asset file，local disk file 等本地资源
public boolean isDataCacheable(DataSource dataSource) {
    return dataSource == DataSource.REMOTE;
}

// resource cache 只缓存 asset file，local disk file 等本地资源
public boolean isResourceCacheable(
        boolean isFromAlternateCacheKey, DataSource dataSource, EncodeStrategy encodeStrategy) {
    return ((isFromAlternateCacheKey && dataSource == DataSource.DATA_DISK_CACHE)
            || dataSource == DataSource.LOCAL)
            && encodeStrategy == EncodeStrategy.TRANSFORMED;
}

使用池化技术（ArrayPool 和 BitmapPool）降低内存抖动

Glide 在很多地方都需要临时用到一小块的内存，使用 byte array pool 可以平缓内存使用，避免频繁的内存申请

• io 时需要一个内存缓冲区来读写
• 从文件解码图片时 BitmapFactory.Options.inTempStorage
• downsample 时需要先加载 image exif 信息

BitmapPool 则在 Transformation.transform 做 Bitmap 转换时用得比较多

线程调度

• load memory cache 阶段是 ui 线程