- 数据来源 (Data) - 构建这个图片的资源是否之前曾被写入过文件缓存?
前两步检查图片是否在内存中,如果是则直接返回图片。后两步则检查图片是否在磁盘上,以便快速但异步地返回图片。
如果四个步骤都未能找到图片,则Glide会返回到原始资源以取回数据(原始文件,Uri, Url等)。
什么是三级缓存?
========
-
内存缓存:优先加载,速度最快
-
本地缓存:其次加载,速度快
-
网络缓存:最后加载,速度慢,浪费流量
缓存机制
====
Glide使用了ActiveResources(活动缓存弱引用)+MemoryCache(内存缓存Lru算法)+DiskCache(磁盘缓存Lru算法)。
-
ActiveResources:存储当前界面使用到的图片。界面不展示后,该Bitmap又被缓存至MemoryCache中,并从ActiveResources中删除。
-
Memory Cache:存储当前没有使用到的Bitmap,当MemoryCache中得到Bitmap后,该Bitmap又被缓存至ActiveResources中,并从MemoryCache中删除。
-
Disk Cache:持久缓存。例如图片加圆角,处理后图片会被缓存到文件中,应用被再次打开时可以加载缓存直接使用。
注意: ActiveResources + MemoryCache是内存缓存,都属于运行时缓存,且互斥(同一张图片不会同时缓存在ActiveResources+MemoryCache),应用被杀死后将不存在。
Glide 内部是使用 LruCache、弱引用和硬盘缓存实现的。
Glide 主要将缓存分为两块内存缓存和硬盘缓存,两种缓存的结合,构成了 Glide 缓存机制的核心。
为何设计出活动缓存
因为内存缓存使用LRU算法,当你使用Gilde加载并显示第一张图片时,后面又加载了很多图片,同时你的第一张图片还在用。这个时候内存缓存根据LRU算法可能会删除你正在使用的第一张照片。这样的后果就是你正在使用的照片找不到,后果就是程序崩溃。
加载流程
====


流程就是这么个流程下面咱们通过源码加深一下。
Glide源码
=======
加载流程
1.Engine类
负责启动加载并管理活动资源和缓存资源,它里面有个load方法。没错就是提供路径加载图片的方法。

2.load方法
这个方

本文详细探讨了Android中的Glide库如何处理图片缓存,包括内存缓存、本地缓存和网络缓存的三级缓存机制。通过源码分析,展示了Glide如何使用ActiveResources、MemoryCache和DiskCache,并解释了为何需要活动缓存来避免内存缓存的LRU算法导致的问题。此外,文章还概述了Glide的加载流程和关键类如Engine、DecodeJob和DiskCacheProvider的作用。
最低0.47元/天 解锁文章
813

被折叠的 条评论
为什么被折叠?



