本文主要是介绍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的缓存策略
- Glide解析-图片转换过程
- Glide图片加载生命周期控制
整体思路都是从源码中得出的,要是想真正了解Glide, 还是那句话,“read the fucking source code”。
这篇关于Glide解析-概述的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!