Glide 架构设计艺术

  1. 从Request到Data的设计——资源加载模块设计

首先我们看下总体过程:

glide从Request到Data

这里以从url到inputstream二进制流为例,之所以这里有三条分路,这和glide的缓存策略有关。首先有一点要澄清,这里从Request到Data其实是跳过了内存缓存的介绍,毕竟如果内存中已有bitmap缓存,我们直接取用就可以了,无需这么麻烦(详细的缓存方案后续文章会介绍)。因此,这里有三条路径主要是磁盘缓存和网络缓存,而磁盘缓存有两种:

  • DataCache 从原始Request加载到的二进制流直接缓存,比如从url加载的原图缓存

  • ResourceCache 将从Request获取的Data数据处理后缓存,比如将一个url的原图进行压缩后又缓存起来,glide能够缓存不同尺寸的图片的原因就在于这一步。

而SourceGenerator就是跳过缓存直接从原始Request获取请求了。

2.1 Request是如何被加载的

由于glide的这种高度抽象,现在我们面临着一个问题:如此多类型的Request和如此多的Data,具体怎么去加载它呢?比如说Request有url、uri、File、资源id、视频等等,不同的Request肯定有不同的加载方式,同一个Request既可能从网络加载,也可能从磁盘加载,可能性太多,那么我们怎么去加载呢?if-else去判断吗?一个优秀的框架肯定不会干这种low到爆的事。这里我们介绍一些新的角色:

ModelLoader类图

这里,针对每一种Request,我们都有对应的ModelLoader,当一个Request进来时,我们可以遍历所有的ModelLoader,通过handles()方法判断这个ModelLoader能否处理这种Request,这样我们就能解决第一个问题,即不同的Request如何管理加载,有了ModelLoader机制,如果我们想增加一种Request,我们只要开发对应的ModelLoader即可。

有了ModelLoader,其实是不够的,它只是用来判断这个Request是否能否处理,为了能真正的加载请求,Glide引入了DataFetcher,不同的方式对应一个不同的DataFetcher,两者职责分离,这是因为同一种Request其实有很多加载方式,比如从网络加载,从磁盘加载等等,非常复杂,所以这里独立出一个DataFetcher。其中LoadData只是对DataFetcher的一种包装,多包含了一些信息而已。

2.2 小结

现在,我们根据传入的请求具体类型(比如url还是file还是字节数组),通过遍历所有的ModelLoader判断该ModelLoader能否处理这种请求,然后用该ModelLoader中的DataFetcher去具体加载这个请求。

3. 从Data到Resource的设计——解码和转码模块设计

有了ModelLoader和DataFetcher机制,Glide已经能方便的将一个原始请求从不同的地方加载到内存中了,这个时候这份数据还只是单纯的二进制数据(携带了格式数据)而已,我们称其为Data,现在需要进行解码过程,剔除原始的格式信息,然后拿原始信息重新编码,将其转化成不同的格式,比如将一个jpg先解码然后转码成Bitmap,或者转码成Gif,解码以及转码后的数据我们称其为Resource。现在面临的问题还是一样的:

由于框架的设计决定了需要解码的格式是不定的,要转码的格式也是不定的,如何高效的组织这个过程呢?

这个和Request被加载的过程类似,这里采用的是模板方法设计模式:

解码转码类图.

可以看到,这里我们能从Registry中获取所有的ResourceDecoder和ResourceTranscoder,然后判断哪个解码器或转码器适合当前格式,直接调用相关的decode和transcode方法就可以了。

以这种方式,我们能随意扩展不同格式的解码和转码了。

4. 从Resource到Resource的设计——资源变换操作

资源解码并转码后,由于某些特殊的需求,我们是不能直接使用的,比如有圆角需求,透明度需求等等,完成这步转换的,就是Transformation。由于这一步转换是可选的,和上面两步都不同必须进过的步骤不同,这里的Transformation就不能存在一个地方主动去取,必须是得构建这整个流程的时候指定使用哪个Transformation,这里没有什么复杂的架构,大家了解下Transformation的大致情况即可:

Transformation类图一览

5. 从Resource到显示在Target上的设计——资源显示操作

文末

对于很多初中级Android工程师而言,想要提升技能,往往是自己摸索成长,不成体系的学习效果低效漫长且无助。 整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路,本文的重点是你有没有收获与成长,其余的都不重要,希望读者们能谨记这一点。

最后想要拿高薪实现技术提升薪水得到质的飞跃。最快捷的方式,就是有人可以带着你一起分析,这样学习起来最为高效,所以为了大家能够顺利进阶中高级、架构师,我特地为大家准备了一套高手学习的源码和框架视频等精品Android架构师教程,保证你学了以后保证薪资上升一个台阶。

当你有了学习线路,学习哪些内容,也知道以后的路怎么走了,理论看多了总要实践的。

进阶学习视频

附上:我们之前因为秋招收集的二十套一二线互联网公司Android面试真题 (含BAT、小米、华为、美团、滴滴)和我自己整理Android复习笔记(包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。)


《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!
中…(img-tdM3l86z-1714968907577)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!

  • 18
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值