写在前面：这篇文章原著是Norman Peitek,所有著作权归原作者所有，我只是在学习Glide的时候看到有间书的作者 weiyf 写了双语的翻译，觉得非常好，但是作者只写了几篇，估计是比较忙吧。于是我就去看原博了，发现原博的英文也不会很难懂，这里只是方便学习做了翻译（顺便学英语（逃），建议英文基础还可以的同学直接看原文：https://futurestud.io/tutorials/glide-caching-basics
前几篇传送门：
- 【双语】Glide — 入门（Glide — Getting Started）
- 【双语】Glide — 高级加载（Glide — Advanced Loading）
- 【双语】Glide — 列表适配器(ListView, GridView)（Glide — ListAdapter (ListView, GridView)）
- Glide-默认图与过渡动画(Placeholders & Fade Animations)
- Glide-图片缩放、调整（Image Resizing & Scaling）
- Glide-显示Gif和视频（Displaying Gifs & Videos）
原文传送门：
- Request Priorities
- Thumbnails
- Callbacks: SimpleTarget and ViewTarget for Custom View Classes
- Loading Images into Notifications and AppWidgets
- Exceptions: Debugging and Error Handling
- Custom Transformations
- Custom Animations with animate()
- Integrating Networking Stacks
- Customize Glide with Modules
- Glide Module Example: Accepting Self-Signed HTTPS Certificates
- Glide Module Example: Customize Caching
- Glide Module Example: Optimizing By Loading Images In Custom Sizes
- Dynamically Use Model Loaders
- How to Rotate Images
- Series Roundup
- *Advanced ListViews With Images
- *App Release Preparation
- How to Choose the Best Caching Preference
- How to Ignore URL Query Parameters In Cache Lookup (soon)
- Network-Dependent Image Loading (soon)
正文：
在了解完图片的加载、显示、处理之后，接下来继续研究优化。成功、高效加载图片的基本特性之一就是利用缓存。在本文，我们将会了解Glide的缓存机制的基础部分。
Cache Basics：缓存基础
在设计一款Android应用的时候，一个好用的图片加载框架应该尝试最小化网路请求的次数。Glide也一样，Glide默认通过内存和磁盘缓存来避免不必要的网络请求。在后续的文章中我们会具体看看其实现细节。如果你已经迫不及待，随时可以查看这个官方文档：
对于现在，重要的是，所有的图片请求都会在内存和磁盘上建立缓存。缓存通常都是非常有用的，然而在某些情况下又不希望它这么做。在下一节，我们将学习如何在一次请求中改变Glide的缓存策略。
Using Cache Strategies：使用缓存策略
如果你使用过Glide，你注意到根本不需要为开启缓存做额外的事，它自然而然就实现了。然而，如果你知道某张图片改变非常快，那么你应该要避免某些缓存。
Glide提供了一些方法来调整内存和磁盘缓存策略，让我们先来看看内存缓存。
Memory Cache：内存缓存
我们假设一种非常简单的情形：从网络上加载一张图片到ImageView上：
Glide
.with(context)
.load(eatFoodyImage[0])
.skipMemoryCache( true )
.into(imageViewInternet);
你已经注意到我们这里使用.skipMemoryCache( true )来特地告诉Glide，让它跳过内存缓存。这意味着Glide不会将它放入到内存缓存当中。需要注意的是，这只是影响了内存缓存，Glide依然会使用磁盘缓存来避免额外的网络请求。
很容易理解的是，Glide是默认将所有的图片资源都加入到内存缓存中的。因此，没有必要专门去调用.skipMemoryCache( false )这个方法。
提示：要注意的是，对于同一个图片链接，如果你初次请求的时候没有调用.skipMemoryCache( true )，后面又调用了这个方法，那么它会被加入到内存缓存当中。当你想调整缓存策略的时候，确保你在请求同一个图片的时候保持策略统一。
Skipping Disk Cache：不使用磁盘缓存
基于你已经学习完上面的章节，你知道即使让内存缓存失效，图片请求依然会将图片存储在设备的磁盘上。如果你有一张图片，它指向同一个链接上，但是它改变得很快，那么你可能也不想让它存储在磁盘上。
你可以通过.diskCacheStrategy()方法改变Glide的磁盘缓存策略。与.skipMemoryCache()不同的是，它需要传入不同的枚举值，而不仅仅是布尔值。如果你想让磁盘缓存失效，将DiskCacheStrategy.NONE作为参入传入即可：
Glide
.with( context )
.load( eatFoodyImages[0] )
.diskCacheStrategy( DiskCacheStrategy.NONE )
.into( imageViewInternet );
这样的话，这张图片的一点磁盘缓存都不会有。然而，它默认会使用内存缓存。为了让两个缓存都失效，把它俩组合一下就好：
Glide
.with( context )
.load( eatFoodyImages[0] )
.diskCacheStrategy( DiskCacheStrategy.NONE )//它
.skipMemoryCache( true )//还有它
.into( imageViewInternet );
Customize Disk Cache Behavior：自定义磁盘缓存策略
我们前面已经提到了，对于磁盘缓存，Glide不止一个选项。在知道有哪些选项之前，你要明白磁盘缓存是相当复杂的东西。例如，Picasso只是缓存完整图片。然而，Glide的缓存不仅缓存原图、完整的图片还有额外一些缩小的图片。
例如，如果你请求一张图片是1000 x 1000像素，然后你的ImageView是500 x 500像素，那么Glide会将这两个尺寸图片都缓存起来。
现在你应该明白磁盘缓存策略diskCacheStrategy()中，不同的枚举参数之间的区别了：
-
DiskCacheStrategy.NONE就像上面讨论的，啥都不缓存 -
DiskCacheStrategy.SOURCE只缓存原图，在我们上面的例子中就是 1000 x 1000像素的那张 -
DiskCacheStrategy.RESULT经过裁剪、调整后，只缓存最终的图片（这是默认选项） - DiskCacheStrategy.ALL 缓存所有版本的图片
作为最后一个例子，如果你有一张图片，你知道会经常修改它并且会有各种不同的版本，那么把它指定为仅缓存原图是很有意义的。因此，我们可以使用DiskCacheStrategy.SOURCE来告诉Glide仅缓存原图即可：
Glide
.with( context )
.load( eatFoodyImages[2] )
.diskCacheStrategy( DiskCacheStrategy.SOURCE )
.into( imageViewFile );
Invalidate Cache for Single Image：不缓存某张图片
由于Glide对于同一张图片可以采取不一样的的缓存方式，想要简单的清除某张图片的缓存不是一件容易的事。你需要找到这张图片所有的变体，然后针对性地让那个缓存失效。
这是一个相当繁琐的步骤，官方文档里讲解得非常清楚。
展望
在本文，你学习了Glide缓存图片的基础知识，并且知道如何调整缓存策略。基于你的需求，在后续的博文里，我们将回到这个话题讲解更多高级的优化。然而，这篇文章已经提供了非常有效的方法让你可以好好地利用Glide的缓存了。
下周，我们将看看 良好的用户体验的另一个关键点：优先图片请求！
