2019-08-18 Glide一次加载过程的源码理解

我们在平时项目中使用了大量的Glide来加载图片,那么我们是否了解glide加载一次图片的内部实现呢?今天就来探究一下整个过程的实现,

这是我们常用的来加载图片的基本方法,我们从with方法来慢慢解析,首先,我们会调用with方法,这个方法传入的哪些值呢?为什么要传入这些值呢?不同的值有什么区别?

首先来回答第一个问题,传入哪些值,我们来看看,

可以看到传入的对象有这些,那么涉及到第二个问题,为什么要传入这些值呢?先不回答,来看个实际的例子,我在某个activity中用glide来加载图片,加载完毕后,我退出当前页面,这个时候这个activity是处于ondestroy阶段,那么这个activity对象已经被销毁了,但是glide还是在加载图片,那么很明显这不符合性能上的规定,有可能会造成内存方面的问题,那么我门怎么保证activity销毁的时候glide也相应的销毁呢?对,生命周期同步,那么第二个问题就能很好的回答了,传入这些值用来做生命周期的绑定的,目的同步生命周期。第三个问题我们先看看下面再来回答。

在上面可以看到,with方法是返回一个requestManager对象的,那么我们去看看这个类中做了什么操作。

明显这个方法通过getRetriever()方法接受一个外部传入的参数来获取requestManager对象的,那么我们进一步来看看getRetriever()方法内部的实现。

可以看到getRetriever()方法是返回RequestManagerRetriever类,内部首先对传入的参数做非空判断,然后调用Glide.get().getRequestManagerRetriever()方法来返回一个RequestManagerRetriever类,那么我们进一步追踪Glide.get().getRequestManagerRetriever()方法,看看这个方法中做了什么操作。

首先我们来看看Glide.get()方法

可以明显的看到这个方法首先会做一个同步的实例化检查,然后返回一个Glide对象。我们再来看看getRequestManagerRetriever()方法内部的实现。

内部很简单,就是返回一个RequestManagerRetriever的实例对象。

现在我们回头分析传入不同的值有什么区别

这个方法就是with方法返回的对象RequestManager来实现不同值不同的操作,我们可以看到上面的标注,首先会判断是否是UI线程,不是的话返回applicationContext,是的话首先会检查activity没有被销毁,然后获取fragmentManager,通过fragmentManager.get方法来获取RequestManager对象。那么我们还是没解释传入的值不同的区别,别急,再来看supportFragmentGet()方法

这个方法首先获取supportReuestManagerFragment来获取一个当前supportfragmentmanager对象,当前对象位null时,先获取glide实例,然后利用工厂模式获取fragmentmanager对象,然后添加到supportfragmentmanager中,最后返回RequestManager,而不同的值有什么区别呢,我们刚刚从上面可以知道,fragmentActivty是构建一个无界面的fragment来绑定生命周期的,而其他传入的参数按照传入参数的生命周期来绑定。

接下来我们来看看load()方法。

load方法实际调用的是GlideRequest类的方法,方法调用的是父类的load方法,我们看看这个父类是谁呢?

是不是很熟悉,这就是with中调用的方法,那么我们就清楚了,原来调用的是RequestManager的load方法,我们追踪方法看看。

我们看看asDrawable()方法,

我们看到通过RequestBuilder来执行as方法,然后as方法来获取RequestBuilder对象。注意这里传入了一个ResourseType,我们来看看RequestBuilder的load方法

这个类中传如mode来设置值。实际在Generic中可以看到通过传入的值做不同的操作。

接下来我们来了解下into方法,

这个方法对获取的图片做一个裁剪操作。我们继续看RequestBuilder中的into方法

这个中我们关心两个方法,一个begin方法一个track方法,首先看看begin方法

看标记的方法,这是设置图片到imageview上的主要方法。

同样看标记的方法,这两个方法,第一个标记是设置图片的宽高,第二个初始化图片加载。

那么还没看到into的实现,别急,我们来看一个东西target.onResourceReady(result, animation);这个哪里来的,我们在onResourceReady()方法可以找到,那么这个target是什么呢,这个就是DrawableImageViewTarget,我们来看这个的实现。

可以从这个方法中可以看到设置到imageview上面的方法了,至此一次完整的流程大概完成了,由于时间有限,分析的不是很透彻,希望大家提出建议。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,172评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,346评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,788评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,299评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,409评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,467评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,476评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,262评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,699评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,994评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,167评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,827评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,499评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,149评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,387评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,028评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,055评论 2 352

推荐阅读更多精彩内容