Android图片加载库内存缓存策略分析

引子

本文旨在横向分析Universal ImageLoader和Glide在内存管理上的区别,学习其中的技巧,开拓思路。

Universal ImageLoader

Universal ImageLoader的缓存(MemoryCache)本质是一个LinkedHashMap<String, Bitmap>

Universal ImageLoader

当图片通过网络或文件加载完成时,会将解码后的Bitmap存入memoryCache中。

当我们使用Universal ImageLoader加载图片时,根据URI和目标View的尺寸组成一个memoryKey,根据memoryKey我们在内存缓存(MemoryCache)中寻找相应的Bitmap。如果找到就直接显示;如果未能找到则需要走从文件缓存或从网络下载并解码的流程。

每当Universal ImageLoader从网络或文件中获取图片数据后,会将解码后的Bitmap放入MemoryCache中。如果MemoryCache,达到内存上限,我们会remove掉较早加入的Bitmap

**这里就是ImageLoader内存缓存缺陷的关键 ** :

至此,这个被我们remove掉的Bitmap,将离开我们的控制范围。我们既不能将它recycle掉,也不能将它复用。因为,此时这个被remove掉的Bitmap,还有可能被一个ImageView显示着。我们对它什么也不能做,只能等着某个ImageView不再显示它,然后等待系统的GC回收掉这个Bitmap

Universal ImageLoader的内存缓存缺陷:

我们无法判断内存缓存中的Bitmap,是否正被ImageView显示着,导致我们无法对离开缓存的Bitmap做任何操作,只能放任它被系统自动回收。


Glide

Glide缓存流程

我们第一遍从生成EngineKey那一步开始看。我们可以看到Glide将内存缓存分成了两层。分别为Active和Memory。Glide先从Memory后从Active中寻找,有没有想要的资源,如果找到就可以直接显示。在没有资源的情况下,Glide会开始加载解码的任务。

Glide的改进关键点在解码任务完成后 Glide将解码完成的图片与目标ImageView绑在了一起,同时,将这个图片的弱引用,以cacheKey为Key存入了active。

在这个过程中,我们没有将图片放入memory中。但此时图片不会被回收。因为ImageView还显示着这个图片。

那么,图片是何时被放入memory中呢?

从上面的流程图中,我们可以看到,图片被放入memory的时机其实在最开始。当我们用某一个ImageView加载图片时,我们首先会从View的tag中找到View已经绑定的资源,然后释放资源。在释放资源时,我们便会将这个不再需要显示的资源放入memory。

流程走到这里,虽然Glide的流程麻烦很多,但是还没有产生实际的效果。

接下来Glide是真正的优化:如果我们将资源放入memory中时,memory已满。此时,我们的操作就变的非常灵活了。因为,此时memory中所有的图片都是没有被展示的。我们可以将我们认为不重要的资源回收,或拿去复用。

总结:

相较于Universal ImageLoader朴实的使用LinkedHashMap,Glide将内存缓存分为了两层(active&memory)。同时,用tag将资源与ImageView绑定。通过这种方式,Glide确保了memory中的资源一定没有被展示,因此可以对这些资源进行回收或复用等灵活的处理,从而减少了内存的占用,及时回收了可复用的内存资源。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏学海无涯

Android开发之连续点击返回键退出程序

简介 在很多程序中,都有这样一个功能,就是在主界面,连续点击返回键会退出程序。它一般是这样显示的:第一次按下提示你 再按一次退出程序 ,如果此时立马点击返回键会...

3326
来自专栏pangguoming

Android 使用dagger2进行依赖注入(基础篇)

0. 前言 Dagger2是首个使用生成代码实现完整依赖注入的框架,极大减少了使用者的编码负担, 本文主要介绍如何使用dagger2进行依赖注入。如果你不还不了...

4187
来自专栏向治洪

Android-Universal-Image-Loader图片异步加载并缓存

 这个图片异步加载并缓存的类已经被很多开发者所使用,是最常用的几个开源库之一,主流的应用,随便反编译几个火的项目,都可以见到它的身影。        可是有的人...

2416
来自专栏代码GG之家

android MVP 架构思路

android MVP 架构思路 概念 mvp是一个新的android开发架构,在之前的mvc的基础上进行修改,目标是使得逻辑和显示解耦,达到模块化。 关于它俩...

2158
来自专栏Android研究院

Android组件化专题 - 路由框架进阶模块间的业务通信

上一篇文章,讲解了路由框架实现的原理,并实现了基本的路由框架 页面路由的跳转 Android组件化专题 - 路由框架原理。

1102
来自专栏技术小黑屋

Android内存泄漏检测利器:LeakCanary

到这里你就可以检测到Activity的内容泄露了。其实现原理是设置Application的ActivityLifecycleCallbacks方法监控所有Act...

1162
来自专栏程序员的诗和远方

搭建安卓开发环境(Android Studio)

最近想用业余时间学习一下android,教程,书本上以eclipse+adt居多,实际搜索一下,现在android studio好评还是比较多的,而且是goo...

5977
来自专栏刘望舒

Android架构(一)MVP全解析

前言 关于架构的文章,博主很早就想写了,虽说最近比较流行MVVM,但是MVP以及MVC也没有过时之说,最主要还是要根据业务来选择合适的架构。当然现在写MVP的文...

19910
来自专栏Android先生

Android小技巧: 这里涵盖了所有实现 “一键退出 App” 的方法

即 需要2个步骤 才可 完成 一键退出 App 需求。下面,我将根据这两个步骤进行功能实现讲解。

582
来自专栏青蛙要fly的专栏

超详细的生命周期图-你能回答全吗

超详细的Activity与Fragment的生命周期图,可能大家会说你这篇文章也太水了吧。就这么一个破图。可是我觉得它写的很详细,有些方法是哪些情况下会运行,哪...

1012

扫码关注云+社区