- DecodeHelper
将DecodeJob中的部分属性，交由DecodeHelper进行管理和操作，使代码更加清晰。关于详细，参考DecodeHelper类相关方法分析 - DiskCacheProvider
内部返回了一个DiskCache的对象，具体的默认实现是DiskLruCacheWrapper。关于DiskCache详细结构，可以参考此文DiskCache结构。 - DeferredEncodeManager
将Decode出来的资源缓存至DiskCache中去的辅助类，会进行相应的Encode（Bitmap、Drawable等）存放至缓存文件中。 - ReleaseManager
负责指示何时将作业安全地清理并返回池中。 - Key
额外的签名信息，默认是EmptySignature。详细介绍->Key结构。 - EngineKey
用于多路复用负载的内存缓存键 - DiskCacheStrategy
媒体的可用缓存策略集。 - Callback
资源加载结果的回调，成功、失败或者重新执行。 - Stage
解码数据阶段状态信息，总共有五种。 - RunReason
执行job的原因，总共有三种。 - DataSource
指示一些检索到的数据的来源。目前有五种：
LOCAL:表示数据可能是从设备本地获取的。
REMOTE:表示数据是从设备以外的远程源检索的。
DATA_DISK_CACHE:表示数据是从设备高速缓存未经修改而检索的。
RESOURCE_DISK_CACHE:表示数据是从设备缓存中的修改内容中检索的。
MEMORY_CACHE:表示数据是从内存缓存中检索的。 - DataFetcher
延迟检索能够用作资源加载的数据。详细参考数据加载结构DataFetcher与ModelLoader。 - DataFetcherGenerator
使用已注册的ModelLoaders{@link com.bumptech.glide.load.model.ModelLoader}和一个模型构造一系列的DataFetchers{@link com.bumptech.glide.load.data.DataFetcher}。
DecodeJob结构
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。
