Glide-缓存基础（caching-basics）

前几篇传送门：

原文传送门：

正文：

在了解完的加载、显示、处理之后，接下来继续研究优化。成功、高效加载的基本特性之一就是利用缓存。在本文，我们将会了解Glide的缓存机制的基础部分。

在设计一款Android应用的时候，一个好用的加载框架应该尝试最小化网路请求的次数。Glide也一样，Glide默认通过内存和磁盘缓存来避免不必要的网络请求。在后续的文章中我们会具体看看其实现细节。如果你已经迫不及待，随时可以查看这个 官方文档 ：

对于现在，重要的是，所有的请求都会在内存和磁盘上建立缓存。缓存通常都是非常有用的，然而在某些情况下又不希望它这么做。在下一节，我们将学习如何在一次请求中改变Glide的缓存策略。

如果你使用过Glide，你注意到根本不需要为开启缓存做额外的事，它自然而然就实现了。然而，如果你知道某张改变非常快，那么你应该要避免某些缓存。

Glide提供了一些方法来调整内存和磁盘缓存策略，让我们先来看看内存缓存。

我们假设一种非常简单的情形：从网络上加载一张到ImageView上：

你已经注意到我们这里使用 skipMemoryCache( true ) 来特地告诉Glide，让它跳过内存缓存。这意味着Glide不会将它放入到内存缓存当中。需要注意的是，这只是影响了内存缓存，Glide依然会使用磁盘缓存来避免额外的网络请求。

很容易理解的是，Glide是默认将所有的资源都加入到内存缓存中的。因此，没有必要专门去调用 skipMemoryCache( false ) 这个方法。

提示：要注意的是，对于同一个链接，如果你初次请求的时候没有调用 skipMemoryCache( true ) ，后面又调用了这个方法，那么它会被加入到内存缓存当中。当你想调整缓存策略的时候，确保你在请求同一个的时候保持策略统一。

基于你已经学习完上面的章节，你知道即使让 内存缓存 失效，请求依然会将存储在设备的磁盘上。如果你有一张，它指向同一个链接上，但是它改变得很快，那么你可能也不想让它存储在磁盘上。

你可以通过 diskCacheStrategy() 方法改变Glide的 磁盘缓存策略 。与 skipMemoryCache() 不同的是，它需要传入不同的枚举值，而不仅仅是布尔值。如果你想让磁盘缓存 失效 ，将 DiskCacheStrategyNONE 作为参入传入即可：

这样的话，这张的一点磁盘缓存都不会有。然而，它默认会使用 内存缓存 。为了让两个缓存都失效，把它俩组合一下就好：

我们前面已经提到了，对于磁盘缓存，Glide不止一个选项。在知道有哪些选项之前，你要明白磁盘缓存是相当复杂的东西。例如，Picasso只是缓存完整。然而，Glide的缓存不仅缓存原图、完整的还有额外一些缩小的。

例如，如果你请求一张是1000 x 1000像素，然后你的ImageView是500 x 500像素，那么Glide会将这两个尺寸都缓存起来。

现在你应该明白磁盘缓存策略 diskCacheStrategy() 中，不同的枚举参数之间的区别了：

作为最后一个例子，如果你有一张，你知道会经常修改它并且会有各种不同的版本，那么把它指定为仅缓存原图是很有意义的。因此，我们可以使用 DiskCacheStrategySOURCE 来告诉Glide仅缓存原图即可：

由于Glide对于同一张可以采取不一样的的缓存方式，想要简单的清除某张的缓存不是一件容易的事。你需要找到这张所有的变体，然后针对性地让那个缓存失效。

这是一个相当繁琐的步骤， 官方文档 里讲解得非常清楚。

在本文，你学习了Glide缓存的基础知识，并且知道如何调整缓存策略。基于你的需求，在后续的博文里，我们将回到这个话题讲解更多高级的优化。然而，这篇文章已经提供了非常有效的方法让你可以好好地利用Glide的缓存了。

下周，我们将看看 良好的用户体验的另一个关键点：优先请求！

glidecache是一个缓存文件夹。该文件夹是可以删除的，但是同时会删除设备中的缓存，并且一旦删除无法恢复，缓存是cpu的一部分，存在于cpu中，并且cpu存取数据的速度非常快，而内存的速度就会慢很多，缓存是为了解决CPU速度和内存速度的速度差异问题。文件从存储器里提出来临时放在缓存里,就像把工具和材料搬上工作台一样,这样会比用时现去仓库取更方便。电脑里最大的缓存就是内存条了，最快的是CPU上镶的L1和L2缓存，显卡的显存是给GPU用的缓存，硬盘上也有16M或者32M的缓存。千万不能把缓存理解成一个东西，它是一种处理方式的统称。glidecache的含义及手机使用技巧1、glidecache翻译是_Glide清除缓存 的意思。2、手机使用技巧：打开放大手势功能--首先打开手机的“设置”应用，然后点击“智能辅助”选项，然后点击“无障碍”选项，进入后点击“放大手势”选项，之后将“放大手势”功能打开即可。

lide是一个快速高效的Android媒体管理框架，将媒体解码、内存和硬盘缓存、资源池包装成简单和易于使用的接口。Glide支持获取、解码和显示视频文件、和动画GIF文件。包含了一个灵活的API，借助以API开发者能够将Glide应用到大多数的网络协议栈中。

  先很负责任的说一下，这个内容也是百度来的，但是很不负责任的是，当初只记录解决方案，忘了记录是查看的哪篇博客了，这里先对不知道借鉴的谁表示感谢。无法分享链接，就厚着脸皮把（转）字去掉了，请大家谅解。

  先提供一下 Android知识点——目录 的链接，然后让我们进入正题。

  实际上，这篇博客所说的内容并不是所有人都可以用到，毕竟大多数时候，我们只需要展示，而并不需要知道的宽高；有的时候我们只需要知道展示的宽高（即ImageView）的宽高，不需要知道资源的实际尺寸。

  但是需求千千万万嘛，以程序员的脑洞，怎么能想到产品的脑洞究竟有多大呢？我这里就遇到了一个需求，那就是需要在一个可缩放的上标注icon（类似地图上的marker）。这还不算完，毕竟在找到的缩放控件 PhotoView 中，我们点击到上后，是有点击点位在整个上的百分比坐标回调的。而多端通过百分比是很容易就能在中获取到相同的点位，并回显出对应的icon的（没办法，谁让我找的是方便计算百分比的呢），结果Web端优先做了这部分功能，使用的是在原图上的具体坐标。这样我百分比的计划自然就落空了，只能想办法计算出具体的点位。

  因此获取的原始尺寸就是一个必不可少的环节，我刚刚百度了一下，查到 wangke_king 的 Android获取的宽度和高度 中使用的方法是：

  我这里没有亲测过，不过应该是没有问题，但是很遗憾我们的需求是在网络上做测量，所以这个方法也无法使用，不过如果其他有类似本地需求的，不妨尝试一下。而我之前找到的解决方案为：

  首先说明，上述的方法是可以实现的尺寸测量的，只是有一个小小的问题，那就是想要计算出Drawable的宽高，需要必须等到加载完成之后，尝试了使用viewpost()，监听组件加载完成，但是并不是每次都能获取到Drawable的宽高，因此当初的解决方案是写了个两秒钟的定时器，每50毫秒测量一次，直到获取到值为止。这样的解决方案可谓是相当无脑了，而且还要消耗很多不必要的资源。

  还好皇天不负有心人啊，终于找到了通过Glide获取宽高的方式：

  这样我们就可以通过回调，在Glide将网络注入到对应的组件的时候，得到的Bitmap，然后在通过Bitmap来获取的宽高。但是需要注意的一点是，Bitmap的泛型是需要手动去设置的哦。

  另外SimpleTarget现在已经过时，暂时还没有查到。我搜索过SimpleTarget过时使用什么替换，有一些说法是使用BitmapImageViewTarget ，不过下面是实际测试结果。

链接：

百度-景色

测量结果:

信息：

如果不是我使用有误的话，BitmapImageViewTarget 是无法替换SimpleTarget ，实现测量原始宽高的功能的。

Glide加载视频缩略图不显示，不能设置为DiskCacheStrategySOURCE，需要设置为DiskCacheStrategyRESULT,否则不仅不显示视频缩略图，还会导致页面卡顿,app性能下降

在大多数情况下，当你使用diskCacheStrategy（DiskCacheStrategySOURCE）时，Gif的加载速度会显着提高(其实就是把gif资源缓存到磁盘)->可以解决gif加载慢或加载不出来的情况（SOURCE是缓存原型，原图）

如果想控制显示gif图动画的次数，比如我想显示一次gif就停止

1、通过request方法调用接口获取到路径值后，可以在方法里添加如下代码清除缓存 itembgUrl + '' + Mathrandom()     关注小程序：一句话一感想一心情，时时刻刻书写你的一句话，还有机会上C位哦

查看原文

java8 stream flatmap *** 作符使用

作用 一句话，把几个小的list转换到一个大的list。 示意图 示例

攻防世界webshell

这一题主要是关于一句话木马的使用与工具的使用。本题不难，针对像我一样的新手用来了解其中内涵吧。 题目描述：小宁百度了php一句话,觉着很有意思,并且把它放在indexphp里 打开页面，出现一句话木马 使用蚁剑进行 *** 作，一句话木马中给出密码是shell，进行添加 点击进入添加的地址： 拿到flag

嗯我可终于连接上菜刀了

感谢大老鼠 在网站上上传一句话木马 网站shell地址就是文件的地址(即此次URL)，后边的那个小框填的是你的一句话的密码 是木马文件里面的密码 因为过滤掉 < 于是想办法绕过 改了代码之后ok 就好了。 感谢虽然年纪比我小但是智商比我高的学弟大老鼠们。

清除缓存功能

清除缓存的功能在app中还是经常可以碰到的，虽然实现起来很容易，但每次做的时候都还是得上网搜一把，还是自己总结一下。 思路：(额还真算不上什么思路就一句话) 点击清理缓存，调用清除缓存的方法，并d清除缓存进度条，当缓存的大小等于0的时候，隐藏进度条，并吐司“缓存清理完毕”。 app展示： 主要代码:(只展示清除的缓存，其他类似) 主要的工具类: Glide

类

的变量,分为私有属性和共有属性两种 一个小例子 类属性的使用 使用时的语法规则：类名属性名 一个小例子(外部使用) 类的方法 一句话解释：类的方法就是在类中的函数 语法规则： def 方法名（self）： 一个小例子 类的实例化 一句话解释: 将某个抽象的物体具象化 一个小例子 类方法的实例化调用 使用时的语法规则：实例名方法名() 一个小例子 类的初始化 一句话解释: 在类被使用时预先进行的

之前写过一篇文章，是关于Glide的一些坑， Glide加载gif及本地视频缩略图的坑  ，因为我们公司的应用是涉及到发帖子的功能，这里用户是可以上传gif的，而某些文件本身就有一些问题的gif，用Glide加载不出来，上面的文章末尾说过了，所以采用了Fresco，用了Fresco，才发现坑更大啊，一点一点说吧。

首先要用到他们自己的View那些我就不重复了，功能确实强大，后面讲一些可配置可不配置但是配置了会更爽的内容

1，设置缓存大小等，可以参考这个 Fresco缓存设置  ，设置了之后，再不会出现已经加载过的，被自动清理了

2，列表加载，一定要setResizeOptions和setOldController，如下图

图中的width和height不一定要很准确，比如你是Grid，但是又有间隙，那width你设置成 screenWidth/spanCount的大小就好了，滑动起来跟Glide差不多了

3，photoView，fresco貌似不能直接用photoView，没关系，有这个 PhotoDraweeView  使用起来跟photoView差不多

4，长图加载，我用的是 BigImageViewer  里面包含了放大缩小的功能了

最后，用Fresco，我加载相册还是照样卡，跟Glide完全不能比，设置了setAutoPlayAnimations(false)，setBitmapsConfig(BitmapConfigRGB_565)都还是很卡，用的 FrescoImageLoaderjava  的也是很卡，不知道有人解决了吗

以上就是关于Glide-缓存基础（caching-basics）全部的内容，包括:Glide-缓存基础（caching-basics）、glidecache什么文件夹 glidecache文件夹的介绍、android glide只能缓冲缩略图吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！