一、前言
Glide 是 Android 比较好的图片加载库,最近的项目中使用到了,所以有必要去了解一下 Glide 的源码。Glide 的源码非常多,不可能所有的东西都去了解,所以结合 郭霖的博客 对 Glide 的源码做了简要的分析。
对 Glide 的了解,主要想解决一下的几个问题:
- Glide 加载图片的流程
- Glide 加载图片流程的监听回调
- Glide 是如何感知外部宿主的生命周期的
- Glide 是如何处理缓存
- Glide 是如何处理转换的
- Glide 如何自定义 GlideModule
- 其他重要的方法和类
本文是基于 Glide 3.7.0 版本分析的。
二、正文
1. Glide 加载图片的流程
Glide 加载图片
1 | Glide.with(context).load(url).into(ImageView); |
- Glide.with() 返回是 RequestManager, RequestManager 是用来管理请求的,同时根据外部宿主(Activity/Fragment)生命周期的变化来管理请求;
- Glide.with(context).load(url), 调用的是 DrawableTypeRequest.load(url), 返回是 DrawableRequestBuilder
- DrawableRequestBuilder.into() 调用父类的 GenericRequestBuilder.into()
图片加载的核心流程开始于 GenericRequest#begin(),中间重要的类是 Engine、EngineRunnable、DecodeJob、EngineJob。
简要的流程分析:
简要的时序图:
2. Glide 加载图片流程的监听回调
当 EngineRunnable#run() 从数据源(缓存或者网络)获取数据,调用 onLoadComplete() 方法,并通过回调到 EngineJob#onResourceReady, 然后通过 Handler 讲数据切换回主线程,最后回调 GenericRequest#onResourceReady() 通知完成数据的加载。
EngineRunnable#onLoadComplete()
->EngineJob#onResourceReady()
->EngineJob#handleResultOnMainThread()
->GenericRequest#onResourceReady()
当我们设置了 Glide 的 listener 时,调用的时机是在 GenericRequest#onResourceReady() 里面
3. Glide 是如何感知外部宿主的生命周期的
Glide 在内部生成一个空的RequestManagerFragment, RequestManagerFragment 用来感知外部宿主的生命周期,然后这个 Fragment t通过 ActivityFragmentLifecycle 影响 RequestManager,来决定 Glide 请求过程中的决定
Glide.with() 是入口;
涉及的类
RequestManagerRetriever、RequestManagerFragment、ActivityFragmentLifecycle
4. Glide 是如何处理缓存
内存缓存,防止应用重复将图片数据读取到内存当中
硬盘缓存, 防止应用重复从网络或其他地方重复下载和读取数据
LruResourceCache 内存缓存
InternalCacheDiskCacheFactory 磁盘缓存策略,默认是 250 MB, DiskCache 类中
DiskLruCacheWrapper 默认的磁盘缓存类
- 加载的时候, Engine.load() 方法中会调用
- loadFromCache() 从缓存中获取
- loadFromActiveResources() 从弱引用中获取
- 放入到缓存中
- 从网络获取数据成功是 EngineRunnable#run() 中回调用 onLoadComplete 回调,然后通过 handle 发送消息回到主线程,调用了EngineJob#handleResultOnMainThread,
通过回调 Engine#onEngineJobComplete() 中放入到 弱引用缓存中
EngineResource#acquire() 当前使用资源会加 1;
EngineResource#release() 不再使用资源减 1; 回调 ResourceListener#onResourceReleased 回到 Engine 中, 放入到LRU内存缓存中
- 从网络获取数据成功是 EngineRunnable#run() 中回调用 onLoadComplete 回调,然后通过 handle 发送消息回到主线程,调用了EngineJob#handleResultOnMainThread,
- 放到磁盘缓存中
DecodeJob#cacheAndDecodeSourceData()
writeTransformedToCache#writeTransformedToCache() 这两个方法中存入磁盘, 使用 DiskLruCacheWrapper 类
1 | //EngineRunnable#decodeFromCache |
Glide 的缓存策略是在创建 Glide 时确定的
1 | // GlideBuilder.java |
如果想要改变这些策略,需要自定义 GlideModule,在其 applyOptions 中设置;
5. Glide 是如何处理转换的
1 | Glide.with(getContext()).load(R.drawable.ic_launchers) |
.transform() 方法设置了 Transformation 的实例,会一直传递到 DecodeJob 中,在 DecodeJob#transform() 中调用
调用的流程
所有的变换都需要继承 Transformation
1 | public interface Transformation<T> { |
有 Glide 常用变换的开源库可用 https://github.com/wasabeef/glide-transformations
6. Glide 如何自定义 GlideModule
继承 GlideModule,在 AndroidManifest.xml 中加入配置
1 | <application> |
Glide.get() 方法里会把 GlideModule 解析出来
1 | public static Glide get(Context context) { |
7. 其他重要的方法和类
- into() 方法,可以传入自定义 Target
- preload() 方法, 预加载
- downloadOnly() 只下载
更改 Glide 的配置,在 GlideBuilder 类中
setMemoryCache()
用于配置Glide的内存缓存策略,默认配置是LruResourceCache。setBitmapPool()
用于配置Glide的Bitmap缓存池,默认配置是LruBitmapPool。setDiskCache()
用于配置Glide的硬盘缓存策略,默认配置是InternalCacheDiskCacheFactory。setDiskCacheService()
用于配置Glide读取缓存中图片的异步执行器,默认配置是FifoPriorityThreadPoolExecutor,也就是先入先出原则。setResizeService()
用于配置Glide读取非缓存中图片的异步执行器,默认配置也是FifoPriorityThreadPoolExecutor。setDecodeFormat()
用于配置Glide加载图片的解码模式,默认配置是RGB_565。
在自定义的 GlideMedule 的 applyOptions 中改配置
1 | public class MyGlideModule implements GlideModule { |
三、其他
- LruBitmapPool 使用 LRU 算法实现的一个 Bitmap 缓存池,可以参考
- DiskCacheWriteLocker 锁的实现