Glide解析-概述

说起Glide,安卓开发应该都知道,这是一个比较屌的图片加载库,到底它屌在哪里呢?图片加载根据生命周期控制,多级缓存,多类型图片加载,网络请求库自由切换,内存消耗较小,这些都是它的优点,那就先来聊聊它的整体框架是怎么样的。

本文以及Glide系列的其他文章都是基于Glide3.7.0版本的,在我去学习Glide的时候,这个版本是最新最稳定的版本,但是现在github上面已经有4.0的迹象了,应该马上就会发布4.0版本。3.7.0和4.0比较,代码变化还是很大的,但是原理异曲同工

简单用法

Glide.with(context).load("http://url").into(imageView);

这个可以说是Glide加载图片最简单暴力的用法,传入Context,url和Imageview就可以显示出图片了。
所以我们先看下,当调用with(), load(), into()的时候,Glide()都做了什么事情。这里写图片描述
(上图由本人手工绘制)
上图中展示了Glide从调用with()方法,把Context传入直到把图片资源加载到ImageView的整个过程。上图中隐藏了如何根据source(比如是传入的网络图片url)获取到result resource(比如你想要得到的bitmap),应该这个模块可以说是Glide的核心功能,所以楼主将会单独开文,来讲述这个模块。接下来讲下其他模块的功能职责吧。

Glide

Glide是整个图片加载的入口,Glide的构造方法里面,有很多register()方法,这里注册了很多source和result之间转换的factory。

RequestManager

通过Glide.with(context)方法的调用,将会生成RequestManager对象。这个也相对比较重要,主要管理了图片加载的生命周期。
Glide通过传入的context对象,区分activity,fragment或者Application。来控制图片加载生命周期。在获取RequestManager对象时,Glide会在context对应的组件下生成一个RequestManagerFragment,这个fragment是根据传入的context对象生成的,它的生命周期也就会受到context生命周期的控制。
举个例子,如果传入的是activity对象,Glide会根据activity的FragmentManager生成RequestManagerFragment,当activity执行到onStop()生命周期时,RequestManagerFragment也会执行onStop(),在RequestManagerFragment的onStop()中,可以把请求取消掉。这样就实现了根据传入的context来控制图片的加载。

DrawableTypeRequest

这个看似很陌生的一个类,但是面向使用者功能很多,一般的配置,都是在这里做的。比如说,asGif(),asBitmap()图片将作为Gif/Bitmap图片来处理,placeholder(), error(), thumbnail()来设置占位符,错误图片, 缩略图。diskCacheStrategy(), skipMemory()缓存策略(source, result缓存),是否跳过缓存,priority()图片优先级设置。等等。

GenericRequestBuilder

在这里调用into()方法,将会传入target,在这里显示图片。在这里还build()了Request,也就是GenericRequest。它调用begin()方法后,就会去创建Engine,并通过它去load资源。

Engine

Engine可以说是图片加载的核心,在这里根据source去cache,disk,http中去加载图片,并且缓存起来。

Target

图片加载的目标类,如果是ImageViewTarget, 里面直接把获取到的Bitmap显示到ImageView中去。

这篇文章简单概述了Glide的整个框架,在接下来的博客中会分别介绍:

整体思路都是从源码中得出的,要是想真正了解Glide, 还是那句话,“read the fucking source code”。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值