glide使用缓存

A. Glide图片加载的用法介绍和三级缓存实现

Glide库是用来实现图片加载的框架，功能强大且易使用，深受大家喜爱。

为啥要做缓存？ android默认给每个应用只分配16M的内存，所以如果加载过多的图片，为了 防止内存溢出 ，应该将图片缓存起来。

图片的三级缓存分别是：

1、内存缓存
2、本地缓存
3、网络缓存
其中，内存缓存应优先加载，它速度最快；本地缓存次优先加载，它速度也快；网络缓存不应该优先加载，它走网络，速度慢且耗流量。

最优-优先级：内存缓存 > 本地缓存 > 网络缓存

两个方法实现：根据图片的url去加载图片、在本地和内存中缓存

两个方法实现：设置本地缓存，以及获取本地缓存

两个方法实现：设置内存缓存，获取内存缓存。

如果使用hashmap去存储图片时，当图片越来越多，那么会造成内存溢出，因为是强引用（对于强引用的系统不会回收）

如果改成软引用softReference,在android 2.3 以上的系统，对象会被提前回收。

可以用LruCache来解决上述内存不回收或提前回收的问题。least recentlly use 最少最近使用算法 它会将内存控制在一定的大小内, 超出最大值时会自动回收, 这个最大值开发者自己定。（这个东西没有用过..）

参考链接： https://blog.csdn.net/sinat_20645961/article/details/46325243

B. Android 【手撕Glide】--Glide缓存机制（面试）

本文源码解析基于Glide 4.6.1

系列文章
Android 【手撕Glide】--Glide缓存机制
Android 【手撕Glide】--Glide缓存机制（面试）
Android 【手撕Glide】--Glide是如何关联生命周期的？

Glide缓存分为内存缓存和磁盘缓存，其中内存缓存是由弱引用+LruCache组成。

取的顺序是：弱引用、LruCache、磁盘
存的顺序是：磁盘、弱引用、LruCache

这张亲手制作的图片，方便大家更直观的理解缓存机制的整体流程，结合文末总结效果更佳。喜欢的记得点赞！

概述

1、弱引用是由这样一个HashMap维护，key是缓存的key，这个key由图片url、width、height等10来个参数组成；value是图片资源对象的弱引用形式。

2、LruCache是由一个LinkedHashMap维护，根据Lru算法来管理图片。大致的原理是利用linkHashMap链表的特性，把最近使用过的文件插入到列表头部，没使用的图片放在尾部；然后当图片大小到达预先设置的一个阀值的时候 ，按算法删除列表尾部的部分数据。由于篇幅有限，这里不讲解LruCache和DiskLruCache的底层原理，这里推荐一篇 图解LinkedHashMap原理

这是Glide自定义的LruCache

存取原理
取数据
在内存缓存中有一个概念叫图片引用计数器 ，具体来说是在 EngineResource 中定义一个 acquired 变量用来记录图袜指正片被引用的次数，调用 acquire() 方法会让变量加1，调用 release() 方法会让变量减1。

获取图片资源是先从弱引用取缓存，拿到的话，引用计数+1；没有的话从LruCache中拿缓存，拿到的话，引用计数逗枝也是+1，同时把图片从LruCache缓存转移到弱应用缓存池中；再没有的话就通过 EngineJob 开启线程池去加载图片，拿到的话，引用计数也是+1，会把图片放到弱引用。

存数据
很明显，这是加载图片之后的事情。通过 EngineJob 开启线程池去加载图片，取到数据之后，会回调到主线程，把图片存到弱引用。当图片不再使用的时候，比如说暂停请求或者加载完毕或者清除资源时，就会将其从弱引用中转移到告悔 LruCache 缓存池中。 总结一下，就是正在使用中的图片使用 弱引用 来进行缓存，暂时不用的图片使用 LruCache 来进行缓存的功能;同一张图片只会出现在 弱引用 和 LruCache 中的一个。

为什么要引入软引用？
1、分压策略，减少Lrucache 中 trimToSize 的概率。如果正在remove的是张大图，lrucache正好处在临界点，此时remove操作，将延缓Lrucache的 trimToSize 操作；
2 提高效率：弱引用用的是 HashMap ，Lrucache用的是 LinkedHashMap ,从访问效率而言，肯定是 HashMap 更高。

Glide磁盘缓存策略（4.x）

如果在内存缓存中没获取到数据会通过 EngineJob 开启线程池去加载图片,这里有2个关键类： DecodeJob 和 EngineJob 。 EngineJob 内部维护了线程池，用来管理资源加载，当资源加载完毕的时候通知回调； DecodeJob 是线程池中的一个任务。

磁盘缓存是通过 DiskLruCache 来管理的,根据缓存策略，会有2种类型的图片， DATA (原始图片)和 RESOURCE （转换后的图片）。磁盘缓存依次通过 ResourcesCacheGenerator 、 SourceGenerator 、 DataCacheGenerator 来获取缓存数据。 ResourcesCacheGenerator 获取的是转换过的缓存数据； SourceGenerator 获取的是未经转换的原始的缓存数据； DataCacheGenerator 是通过网络获取图片数据再按照按照缓存策略的不同去缓存不同的图片到磁盘上。

Glide缓存分为 弱引用+ LruCache+ DiskLruCache ，其中读取数据的顺序是：弱引用 > LruCache > DiskLruCache>网络；写入缓存的顺序是：网络 --> DiskLruCache--> LruCache-->弱引用

内存缓存分为弱引用的和 LruCache ，其中正在使用的图片使用弱引用缓存，暂时不使用的图片用 LruCache缓存，这一点是通过 图片引用计数器（acquired变量）来实现的，详情可以看内存缓存的小结。

磁盘缓存就是通过DiskLruCache实现的，根据缓存策略的不同会获取到不同类型的缓存图片。它的逻辑是：先从转换后的缓存中取；没有的话再从原始的（没有转换过的）缓存中拿数据；再没有的话就从网络加载图片数据，获取到数据之后，再依次缓存到磁盘和弱引用。

参考：
面试官：简历上最好不要写Glide，不是问源码那么简单
原来面试的时候写精通Glide，这样问我这样答

C. Glide ② — 缓存机制

阅读本文需要先了解 Glide加载流程

首先介绍一下Glide中对图片资源的封装类： EngineResource

在活动缓存中，使用了一个map用来存放EngineResource对象，这里需要注意一个操作，就是这个EngineResource对象是用WeakReference包裹的，并且通过ReferenceQueue监听了EngineResource的回收，在回收的时候会清理当前的活动缓存内容；
下面分析一下源码是如果实现的：
首先，自定义一个WeakReference类，将key和resource传进入（用于在WeakReference回收的时候释放），传入一个ReferenceQueue对象，用于监听WeakReference回收

开启一个子线程，在循环中监听ReferenceQueue的返回值，通过这个返回值，判断WeakReference有没有回收，监听的方法是ReferenceQueue.remove(),这是一个阻塞方法；所以要开子线程；

LruResourceCache继承了LruCache类，关于LruCache类，简单提一下，具体的可以参考我之前的博客 LruCache实现 ，LruCache继承了LinkedHashMap，LinkedHashMap有一个特点，就get后的数据会移动到队列，这就是Lru思想：固定一个容量，put的时候如果超过容量了，将最后一个节点删除，get的时候将get的这个节点移动到队列的头部；

onItemEvicted（）方法是LruCache的一个空方法，调用的时机是在put的时候判断是否超过容量，如果超过容量了，就淘汰最后一个节点，并调用这个方法；

活动缓存和内存缓存都是缓存在内存中的，活动缓存缓存的是正在使用的图片资源，当图片不使用时会放到内存缓存中，提出活动缓存的目的：单一的内存缓存由于Lru的淘汰机制会导致图片加载不稳定

首先介绍一个磁盘缓存方案DiskLruCache(非Google官方编写，但获得官方认证)，关于这个磁盘缓存方案的理解可以看郭林的这片文章：
Android DiskLruCache完全解析，硬盘缓存的最佳方案

从上一篇文章知道，Glide加载操作是通过 Engine 来驱动的

Engine的load()中，首先尝试从 活动缓存 和 内存缓存 获取缓存，如果没有缓存再启动EngineJob和DecodeJob； 上面介绍了缓存的获取，下面看一下缓存的存放，肯定是在获取到图片后的回调中存放的

在DecodeJob获取到图片数据后，会回调很多接口，在回调中会将其放入 活动缓存 ，当图片不在使用的时候，就会放入内存缓存，根据上面介绍的活动缓存规则，当 EngineResource 计数为0时就应该放入内存缓存；

当资源引用为0，回调onResourceReleased(),从活动缓存移除，放入内存缓存；

上面介绍了活动缓存和内存缓存的存放和获取，下面看一看磁盘缓存的存取；

还记得 DataFetcherGenerator 接口吗？这个接口是DecodeJob用于获取数据的，有三个具体的实现：

我们在上一篇具体介绍的是网络文件的获取，这里的磁盘缓存使用的就是 DataCacheGenerator（缓存文件） 这个Generator了

上篇文章知道DecodeJob是一个Runnable任务，在run()会调用runWrapped()，在runWrapped()中会做三种事情：

在runWrapped（）的解码操作中会执行decode()，在decode()中，会disk put操作;

Glide的磁盘缓存是基于DiskLruCache 实现的，Glide直接使用的是DiskLruCacheWrapper对象对DiskLruCache 的封装；

D. Glide使用

占位符和渐现动画
Glide 的流式接口只需要调用 .placeHolder()用一个 drawable(resource) 引用，Glide 将会显示它作为一个占位符，直到你的实际图片准备好。

不能设置一个网络 url 作为占位符，因为这也会被去请求加载的。App 资源和 drawable 能保证可用和可访问的。然而，作为 load()方法的参数，Glide 接受所有值。

当App 尝试从一个网站去加载一张图片，但由于某些原因加载失败，使用错误占位符：.error()，在大多数情况下使用占位符，来指明图片不能被加载已经足够了。

error()接受的参数只能是已经初始化的 drawable 对象或者指明它的资源。

Glide 使用标准的淡入淡出动画，这是默认激活的。如果你想要如强制 Glide 显示一个淡入淡出动画，你必须调用另外一个建造者：

crossFade()方法还有另外重载方法 .crossFade(int ration)。如果你想要去减慢（或加快）动画，随时可以传一个毫秒的时间给这个方法。动画默认的持续时间是 300毫秒。

用 resize(x,y) 调整图片大小
Glide 自动限制了图片的尺寸在缓存和内存中，并给到 ImageView需要的尺寸。如果图片不会自动适配到 ImageView，调用 override(horizontalSize, verticalSize) 。这将在图片显示到 ImageView之前重新改变图片大小。

当你还没有目标 view 去知道尺寸的时候，这个选项也可能是有用的。比如，如果 App 想要在闪屏界面预热缓存，它还不能测量 ImageView的尺寸。然而，如果你知道这个图片多少大，用 override 去提供明确的尺寸。

缩放图像

显示 Gif
检查图片加载的是否是一个gif图片，调用一个额外的防区强制 Glide变成一个 Gif asGif()

如果这个 gifUrl 不是一个 Gif，.error()回调被调用并且错误占位符被显示。

Gif 转为 Bitmap
如果你仅仅想要显示 Gif 的第一帧，你可以调用 asBitmap()去保证其作为一个常规的图片显示，即使这个 URL 是一个 Gif。

内存缓存
Glide 通过使用默认的内存和磁环缓存去避免不必要的网络请求。调用了 .skipMemoryCache(true)去明确告诉 Glide 跳过内存缓存。可以用 .diskCacheStrategy()方法为 Glide 改变磁盘缓存的行为，如果要为一个请求禁用磁盘缓存。使用枚举 DiskCacheStrategy.NONE。
作为参数。

Glide 缓存了原始图像，全分辨率图像和另外小版本的图像。对于 .diskCacheStrategy()方法来说不同的枚举参数的意义：

如果有一张图片，将会经常操作处理，并做了一堆不同的版本，对其有意义的仅仅是缓存原始分辨率图片，用 DiskCacheStrategy.SOURCE。

图片请求的优先级
Priority (优先级)枚举

你正在实现一个信息详情页面，有一个英雄图片在顶部，和较小的图片在底部。对于最好的用户体验来说，英雄图片首先需要被加载。因此，我们用 Priority.HIGH
来处理它。理论上说，这应该够了，但是为了让这个实例增加点趣味，我们也将底层图像分配给低优先级，用 .priority(Priority.LOW)
调用：

缩略图
用原图的1/10作为缩略图

用其它图片作为缩略图

Glide 中的回调：Targets
Glide 提供了一个用 Targets的简单的方式去接受图片资源的 Bitmap。Targets 是没有任何别的回调，它在 Glide 做完所有的加载和处理之后返回结果。

不能使用常规的 Glide 的方法 .into()，因为我们的自定义 view 并不继承自 ImageView。因此，我们必须创建一个 ViewTarget，并用 .into()方法：

创建一个自定义通知

上述创建了三个重要的对象，notification和 RemoteViews以及常量 NOTIFICATION_ID。利用这些去创建一个通知 target。

调用 Glide，将 target 作为 .into()的参数。

Transformations（转换）
在图片被显示之前，transformations(转换) 可以被用于图像的操作处理。图片的任意属性：颜色、尺寸、范围、颜色、像素位置等等。下面的库它为 Glide 转换提供了多种多样的实现：
glide-transformations

用 animate() 自定义动画
创建自己的 XML 动画，比如一个小的缩放动画，图片刚开始小的，然后逐渐增大到原尺寸。

这两个动画可以添加到Glid中

在 AndroidManifest.xml的 <application>标签内去声明这个刚刚创建的 Glide mole。

android:name属性是包名+类名的形式。
要看第一个方法applyOptions(Context context, GlideBuilder builder)，可以在这个方法里去调 GlideBuilder中可用的方法。

参考：
Glide系列教程