Glide -- 缓存策略及常见问题解决总结

最新推荐文章于 2024-05-04 01:08:50 发布
最新推荐文章于 2024-05-04 01:08:50 发布
阅读量6.9k 收藏 6
点赞数 5
分类专栏： Android 文章标签： android  glide
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36518248/article/details/89438258
版权

作者：opLW
参考：郭神的Glide系列文章Android图片加载框架最全解析（三），深入探究Glide的缓存机制
注意：郭神的文章是Glide3.7版本，最新的Glide可能与文章内容会有不同。

目录

1.Glide的缓存策略
2.常见的与Glide缓存策略相关的问题

1.Glide的缓存策略
  • 内存缓存
    • 内存缓存主要分为两个方面：弱引用缓存和 LruCache缓存。
    • 下面的代码是Glide4.8的，不同点：4.8的是先查看弱引用缓存中有没有，没有就再查看LruCache缓存，而3.7则刚好相反。
    public <R> LoadStatus load(//省略大量参数...) {
  //省略部分代码
  EngineResource<?> active = loadFromActiveResources(key, isMemoryCacheable);
  if (active != null) {
    cb.onResourceReady(active, DataSource.MEMORY_CACHE);
    if (VERBOSE_IS_LOGGABLE) {
      logWithTimeAndKey("Loaded resource from active resources", startTime, key);
    }
    return null;
  }

  EngineResource<?> cached = loadFromCache(key, isMemoryCacheable);
  if (cached != null) {
    cb.onResourceReady(cached, DataSource.MEMORY_CACHE);
    if (VERBOSE_IS_LOGGABLE) {
      logWithTimeAndKey("Loaded resource from cache", startTime, key);
    }
    return null;
  }
  //省略部分代码
}
    • 从弱引用缓存，LruCache缓存获取目标资源
     //Engine.java
 private EngineResource<?> loadFromActiveResources(Key key, 
 boolean isMemoryCacheable) {
 	if (!isMemoryCacheable) {
  		 return null;
 	}
 	EngineResource<?> active = activeResources.get(key); // 1
 	if (active != null) {
  		 active.acquire();
	    }
	    return active;  
 }
 
 private final ActiveResources activeResources; // 2
 
 //ActiveResources.java
 EngineResource<?> get(Key key) {
 ResourceWeakReference activeRef = activeEngineResources.get(key); // 3
 //省略部分代码
 }
 
 final Map<Key, ResourceWeakReference> activeEngineResources // 4
 = new HashMap<>();

 static final class ResourceWeakReference 
 extends WeakReference<EngineResource<?>> { //省略部分代码 }
 
 //Engine.java
 private EngineResource<?> loadFromCache(Key key, 
 boolean isMemoryCacheable) {
 	if (!isMemoryCacheable) {
  	    return null; // 设置不要内存缓存发挥作用的地方
	    }

 	EngineResource<?> cached = getEngineResourceFromCache(key);
 	if (cached != null) {
         cached.acquire();
         activeResources.activate(key, cached); // 5
 	}
     return cached;
 }
 
 private EngineResource<?> getEngineResourceFromCache(Key key) {
 	Resource<?> cached = cache.remove(key); // 6
 	//省略部分代码
 	return result;
 }
 private final MemoryCache cache; //LruCache原理

    注意 上述的代码摘抄自多份文件。
    弱引用缓存 1，2，3，4序号可以清晰的看出弱引用缓存是从一个Map中获取，而这个Map存放着弱引用对象，即存放当前正在使用的目标资源。
    LruCache缓存 可以查看郭神的另外一篇文章：LruCache 。6从LruCache缓存中取得并移除目标资源。5 可知当调用Lrucache缓存获取到目标资源时，会将资源存放到弱引用缓存中。

    • 向弱引用缓存，LruCache缓存添加目标资源
     //Engine.java
 @Synthetic
void handleResultOnMainThread() {
  //省略部分代码
  engineResource.acquire(); // 7
  listener.onEngineJobComplete(this, key, engineResource)；
  //省略部分代码
  engineResource.release(); // 7
}

@Override
public void onEngineJobComplete(EngineJob<?> engineJob, Key key, EngineResource<?> resource) {
  Util.assertMainThread();
  // A null resource indicates that the load failed, usually due to an exception.
  if (resource != null) {
    resource.setResourceListener(key, this);

    if (resource.isCacheable()) {
      activeResources.activate(key, resource); // 8
    }
  }

  jobs.removeIfCurrent(key, engineJob);
}

private EngineResource<?> loadFromCache(Key key, boolean isMemoryCacheable) {
  if (!isMemoryCacheable) {
    return null;
  }

  EngineResource<?> cached = getEngineResourceFromCache(key);
  if (cached != null) {
    cached.acquire();
    activeResources.activate(key, cached); // 9
  }
  return cached;
}

//ActiveResources.java
void activate(Key key, EngineResource<?> resource) {
  ResourceWeakReference toPut =
      new ResourceWeakReference(
          key,
          resource,
          getReferenceQueue(),
          isActiveResourceRetentionAllowed);

  ResourceWeakReference removed = activeEngineResources.put(key, toPut);  // 10
  if (removed != null) {
    removed.reset();
  }
}

    向弱引用缓存添加内容 8，9调用了弱引用缓存的active方法，而10active方法最终是向弱引用缓存Map添加弱引用对象。
    那么何时调用activite方法呢？ ①handleResultOnMainThread，该方法是在异步加载完图片之后通知主线程更新结果，那么这个时候就会调用onEngineJobComplete，进而调用activite方法。②loadFromCache，该方法是在从LruCache获取内容之后调用的。这两个方法都将刚用到的图片添加到弱引用缓存。
    细心的朋友可能发现了上面还有个7序号，下面我们将由这个7引入向LruCache缓存添加内容的操作

    //EngineResource.java
void acquire() {
  if (isRecycled) {
    throw new IllegalStateException("Cannot acquire a recycled resource");
  }
  if (!Looper.getMainLooper().equals(Looper.myLooper())) {
    throw new IllegalThreadStateException("Must call acquire on the main thread");
  }
  ++acquired;
}
void release() {
  if (acquired <= 0) {
    throw new IllegalStateException("Cannot release a recycled or not yet acquired resource");
  }
  if (!Looper.getMainLooper().equals(Looper.myLooper())) {
    throw new IllegalThreadStateException("Must call release on the main thread");
  }
  if (--acquired == 0) {
    listener.onResourceReleased(key, this);
  }
}
 //Engine.java
 private final MemoryCache cache; //LruCache原理
 
 public void onResourceReleased(Key cacheKey, EngineResource<?> resource) {
  Util.assertMainThread();
  activeResources.deactivate(cacheKey);
  if (resource.isCacheable()) {
    cache.put(cacheKey, resource); // 11
  } else {
    resourceRecycler.recycle(resource);
  }
}

    向LruCache缓存添加内容 EngineResource是用一个acquired变量用来记录图片被引用的次数，调用acquire()方法会让变量加1，调用release()方法会让变量减1，也就是说，当acquired变量大于0的时候，说明图片正在使用中，也就应该放到activeResources弱引用缓存当中。而经过release()之后，如果acquired变量等于0了，说明图片已经不再被使用了，那么此时会在第24行调用listener的onResourceReleased()方法来释放资源，这个listener就是Engine对象。我们可以看到在11处向LruCache的实例对象cache添加资源。

  • 硬盘缓存
    • 硬盘缓存策略
      • DiskCacheStrategy.NONE： 表示不缓存任何内容。
      • DiskCacheStrategy.RESOURCE： 在资源解码后将数据写入磁盘缓存，即经过缩放等转换后的图片资源。
      • DiskCacheStrategy.DATA： 在资源解码前将原始数据写入磁盘缓存。
      • DiskCacheStrategy.ALL ： 使用DATA和RESOURCE缓存远程数据，仅使用RESOURCE来缓存本地数据。
      • DiskCacheStrategy.AUTOMATIC：它会尝试对本地和远程图片使用最佳的策略。当你加载远程数据（比如，从URL下载）时，AUTOMATIC 策略仅会存储未被你的加载过程修改过(比如，变换，裁剪–译者注)的原始数据，因为下载远程数据相比调整磁盘上已经存在的数据要昂贵得多。对于本地数据，AUTOMATIC 策略则会仅存储变换过的缩略图，因为即使你需要再次生成另一个尺寸或类型的图片，取回原始数据也很容易。默认使用这种缓存策略
      • 通过RequestOptions的.diskCacheStrategy(参数)方法设置。

    硬盘缓存这块在4.8已经大不相同了，看的一脸**，暂时先缓缓后面有机会补上。?

  • 总结
    • 引用简书上另外一篇文章Glide4.9缓存策略的图片在这里插入图片描述
    • 至于为什么要有弱引用缓存？

    郭神的看法是： LruCache算法的实现，你会发现它其实是用一个Set来缓存对象的，每次内存超出缓存设定触发trim操作的时候，其实是对这个Set进行遍历，然后移除缓存。但是我们都知道Set是无序的，因此遍历的时候有可能会把正在使用的缓存给误伤了，我还在用着它呢就给移出去了。因此这个弱引用可能是对正在使用中的图片的一种保护，使用的时候先从LruCache里面移出去，用完了再把它重新加到缓存里面。

2.常见的与Glide缓存策略相关的问题

声明 下面仅收集一些大体的解决思路，尚未实际操作过，如有纰漏，还望指出。

  • 省流量模式
    • 情景： 省流量模式的应用情景就是减少不必要图片的加载。
    • 解决办法： 我们可以在RequestOptions中加入onlyRetrieveFromCache(true)的选项。那么图片就只会从缓存中读取，如果没有缓存则不加载图片，从而达到减少流量消耗的目的。
  • 头像没有及时更新的问题
    • 情景： 开发一款有头像的APP，我们修改了头像并且更新到了服务端，可是当我们点击查看大图时加载出来的还是原来的头像。
    • 解决办法： 这是Glide强大的缓存带来的副作用，我们可以在RequestOptions中加入.diskCacheStrategy(DiskCacheStrategy.NONE）.skipMemoryCache(true)的选项。那么缓存的功能就会全部关闭，从而使得每次都是从服务端加载，所以头像会是最新。
  • URL重定向
    • 情景： 没有实际遇到过，但大体的意思应该是同一个URL在不同的时间可能会指向不同的资源，所以同样需要实时更新。
    • 解决办法： 同上。
  • 通过URL获取到该资源在本地的缓存

    该办法是Glide3.7版本的，尚未使用过，暂做一个记录。

  • 降低缓存图片的质量，减少内存消耗
    • 情景： 相册类的App经常需要同时展示大量的图片，这种情况下图片的质量可以低一点，因为加载速度优先于图片的质量。
    • 解决办法： 我们可以设置译码的格式，在RequestOptions中加入.encodeFormat(Bitmap.CompressFormat.WEBP).encodeQuality(10))的选项，①encodeFormat的参数有Bitmap.CompressFormat.PNG，Bitmap.CompressFormat.JPEG，Bitmap.CompressFormat.WEBP（质量从高到低）；②encodeQuality设置的是0-100的int类型，一个质量百分比参数，越小质量越低。

万水千山总是情，麻烦手下别留情。
如若讲得有不妥，文末留言告知我，
如若觉得还可以，收藏点赞要一起。
opLW原创七言律诗，转载请注明出处

op小白
关注
  • 5
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Fresco-Glide-Dive-deep
03-16
它专注于解决Android上图片加载的常见问题，如内存溢出、图片闪烁和网络延迟。Fresco的核心特性包括： 1. **两级缓存机制**：Fresco拥有内存和磁盘两层缓存，确保图片快速加载，并在内存不足时自动清除不常用的数据...
Android Glide 缓存机制及源码，程序员如何技术划水
2401_84150102的博客
04-06 487
以下是资料目录和内容部分截图里面包括详细的知识点讲解分析，带你一个星期入门Flutter。还有130个进阶学习项目实战视频教程，让你秒变大前端。《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！**由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！如果你觉得这些内容对你有帮助，可以扫码获取！！
Glide全解析
u013378580的博客
06-15 2440
为什么图片加载我首先推荐Glide? 图片加载框架用了不少，从afinal框架的afinalBitmap，Xutils的BitmapUtils，老牌框架universalImageLoader,著名开源组织square的picasso,google推荐的glide到FaceBook推出的fresco。这些我前前后后都体验过，那么面对这么多的框架，该如何选择呢？下面简单分析下我的看法。
2024年Python最新Android Glide 缓存机制及源码全解_android glide lru，字节跳动面试官迟到
最新发布
m0_60635176的博客
05-04 913
内存缓存:优先加载，速度最快本地缓存:其次加载，速度快网络缓存:最后加载，速度慢，浪费流量。
glide加载网络图片_三方库源码笔记（10）-Glide 你可能不知道的知识点
weixin_39598941的博客
11-30 316
前阵子定了个小目标，打算来深入了解下几个常用的开源库，看下其源码和实现原理，进行总结并输出成文章。初定的目标是 EventBus、ARouter、LeakCanary、Retrofit、Glide、Coil、OkHttp 等七个。目前已经完成了九篇关于 EventBus、ARouter、LeakCanary、Retrofit、Glide 的文章，本篇是第十篇，来对 Glide 的一些扩展知识点进...
Android 玩转Glide4---缓存篇
DeMonnnnnn
03-23 8493
前言 系列文章专栏： 玩转Glide4 概述 加载相同的网络资源的时候，为了减少流量开销，优化加载速度，我们一般都会选择使用缓存。 Glide作为最优秀的图片加载库，广受大家认可，必然也有着十分优秀的缓存机制。 Glide缓存基于LRU原理实现了两种缓存： 内存缓存MemoryCache 硬盘缓存DiskCache Glide是默认同时开启这两种缓存的。 内存缓存MemoryCache 基于LRU的缓存驱逐算法实现。 默认开启，也可以调用skipMemoryCache(boolean skip)开启或者
Android Glide缓存策略
分享Android开发知识
10-11 4301
一、glide缓存策略 缓存在请求网络图片时能减少不必要的流量浪费。Glide 缓存分为内存缓存和硬盘缓存，这两个缓存模块的作用各不相同，内存缓存的主要作用是 防止应用重复的将图片数据读取到内存，而硬盘缓存则是防止应用重复从网络或其他地方下载和读取数据。 关于缓存，就一定涉及到缓存 key 。如何生成 key 呢？查看 KeyFactory.buildKey() 方法。一般一张网络图片的唯一标志是图片 url 地址，但是基于这张图片加载时设置的一系列规则，比如 override 设置了固定大小也会生成新的缓
Glide内存处理优化
Bue_Sky的博客
11-09 8166
一、前言 Glide 是 Google 官方推荐的一款图片加载库，使用起来也非常的简单便利，Glide 它帮我们完成了很多很重要，但是却通用的功能，例如：图片的加载压缩、展示、加载图片的内存管理等等。 对 Glide 还不熟悉的朋友，可以参考 《一篇好文，助你上手 Glide》 但是，在使用 Glide 的时候，有一些小技巧，可以让你的内存更优化，避免可能出现的 OOM。例如
Android-一个Android图片选择器
08-13
4. **图片加载**：PicSelector采用了Glide作为图片加载库，它可以高效地加载和显示图片，同时处理内存和缓存策略，避免OOM（Out Of Memory）问题。 四、集成与使用 1. **添加依赖**：在项目的build.gradle文件中...
Android-一款用于在Android设备上获取照片
08-13
使用内存缓存和磁盘缓存策略，如LruCache和DiskLruCache，可以提高图片加载速度。 - 使用ImageView的ScaleType属性来合理显示图片，避免拉伸或失真。 - 对于网络图片，可以使用懒加载策略，只在图片进入视图时才...
详解Android中图片的三级缓存及实例
08-29
为了解决这个问题，开发者通常会采用三级缓存策略来管理图片资源，包括网络缓存、本地缓存和内存缓存。下面将详细解释这个策略以及如何在实际项目中实现。 首先，我们要理解为什么要使用三级缓存。在移动设备上，...
Android--开发--异步加载图像小结 （含线程池，缓存方法）.rar
04-10
总结来说，通过线程池和缓存策略，我们可以有效解决Android中图像异步加载的问题，提高应用性能，同时保证用户体验。实践中，结合使用成熟的第三方库，可以进一步简化开发工作，使代码更加简洁高效。
Glide的优点
皮卡丘的博客
12-29 2171
Gilde的优点 1、图片占用内存回收及时，能减少因内存不足造成的崩溃，生命周期和Activity/Fragment一致。 （重要的特性） 2、默认Bitmap格式是RGB_565，减少内存资源占用。 3、glide比universal-image-loader占用的内存要小一些。 4、图片显示效果为渐变，更加平滑。 5、glide可以将任何的本地视频解码成一张静态图片。 6、
Glide系列：Glide缓存到底是什么鬼？
知道这个有什么用？
11-24 127
问题：先不谈Glide，也不谈图片，三级缓存的说法从哪里来的？ 其实三级缓存的说法来自于CPU，在《操作系统》的课堂上经常会提到三级缓存，可以参考CPU三级缓存 关于Glide图片缓存，主流的说法中从来都是二类缓存。 三级缓存的说法，存在于少量博客，例如这篇： Android图片的三级缓存，从文章评论中可以看出，网络缓存的说法是站不住脚的。 再比如这篇博客：自己动手实现Android中的三级缓存框架，仔细梳理，会发现，他讲的还是两类缓存。 问题： Glide到底是几级缓存？ 个人倾向于两类缓存的.
Glide的缓存原理
北京流年
08-31 191
Glide的源码比较复杂，功能也比较多，我看这个框架的时候，结合一位大佬写的博客，看了一个多月，才马虎看明白Glide的缓存原理 1.我们都知道Glide是一个很优秀的框架，用起来非常简单，功能强大，越是用起来简单的东西，源码就越复杂，下边我们来扒一扒它的源码 我们使用的时候，直接使用 Glide.with(Context).load(url).into(imageview) 我们直入主题，核心代码就在Engine这个类的load()方法中 public synchronized <R> .
Glide做了哪些优化?
winskyan的专栏
07-21 409
前言 Glide可以说是最常用的图片加载框架了，Glide链式调用使用方便，性能上也可以满足大多数场景的使用，Glide源码与原理也是面试中的常客。 但是Glide的源码内容比较多，想要学习它的源码往往千头万绪，一时抓不住重点。 本文以Glide做了哪些优化为切入点，介绍与学习Glide的源码与原理，如果对您有所帮助，欢迎点赞。 Glide做了哪些优化? 要想要回答这个问题，我们可以先想一想，如果我们自己要实现一个图片加载框架，我们会思考什么问题？ 1.图片下载是个耗时过
Glide图片加载及三级缓存
weixin_44043199的博客
07-08 1380
Glide源码详解： http://blog.csdn.net/yulyu/article/details/60331803 Glide是google推荐的图片加载框架,他不仅性能高,功能强大,而且调用起来非常简单。 一.Glide的构造 Glide是通过GlideBuilder中的createGlide方法生成的(核心代码如下) Glide的构造参数主要有四个,都是通过createGl...
Glide的缓存机制原理分析
一杯清泉
02-24 3586
一、Glide请求图片的流程 当执行 Glide.with(this).load("").into(imageview)的into方法时候，该方法接收一个Target或者一个ImageView，Target是一个接口，默认的实现类包括SimpleTarget，ViewTarget，ImageViewTarget等，如果传递的是ImageView接下来回执行以下几步： 调用RequestBuil...
Android 三级缓存 郭霖,开源框架 | Glide 的三级缓存
weixin_29544469的博客
06-05 617
说到缓存，都会想到内存缓存 LruCache 和磁盘缓存 DiskLruCache，两者都是基于 LRU(Lest Resently Used)算法并使用 LinkedHashMap 实现的，不同的是前者是保存在内存中，后者是保存在磁盘文件中。Glide也不例外照样使用了这两种缓存，本文不讲 LruCache 和 DiskLruCache 具体的实现原理，从写入和读取缓存的角度解析 Glide 的...
glide-3.7.0.jar免费
12-26
Glide-3.7.0.jar是一个用于在Android应用中加载和显示图片的开源库，是免费提供给开发者使用的。它提供了高效的图片加载和缓存机制，可以帮助开发者简化图片加载的流程，提升应用的性能和用户体验。该库还支持多种图片格式和动画效果，可满足不同应用的需求。 由于Glide-3.7.0.jar是开源的，因此开发者可以免费获取和使用它。他们可以在自己的应用中集成该库，从而快速实现图片加载和显示的功能，而无需支付任何费用。同时，开发者还可以根据自己的需求对该库进行定制和扩展，以满足特定的业务需求。 总的来说，Glide-3.7.0.jar是一款强大且免费的图片加载库，为开发者提供了方便而高效的图片处理解决方案。通过使用该库，开发者可以节省时间和精力，快速实现应用中的图片加载功能，从而提升应用的质量和竞争力。因此，Glide-3.7.0.jar的免费提供无疑是对开发者们的一大福利。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值