SDWebImage 源码解读之视图类的WebCache

本章开始将介绍SDWebImage库中加载网络图片的视图类的拓展,这也是SDWebImage库将底层的缓存功能,加载功能封装后在UI层进行展示的结合,涉及到的视图类有UIView,UIImageView,UIButton,涉及到SDWebImage库中的文件则有UIView+WebCacheOperation,UIImageView+WebCache,UIImageView+HighlightedWebCache,UIButton+WebCache。首先解释一下涉及到的一些基本概念和方法:

•OC中的关联机制

在OC中,关联是指通过某种方式把两个互不联系的对象相互关联起来,使得其中的一个对象作为另外一个对象的一部分。我们知道,在 OC中可以通过 Category 给一个现有的类添加属性,但是却不能添加实例变量,这似乎成为了OC 的一个明显短板。然而值得庆幸的是,我们可以通过 Associated Objects 来弥补这一不足。

•关联涉及的方法跟使用

与 Associated Objects 相关的函数主要有三个,分别是:

objc_setAssociatedObject 用于给对象添加关联对象,传入 nil 则可以移除已有的关联对象,它需要四个参数:源对象,关键字,关联的对象和一个关联策略。例如:

NSString *message = @"你是谁";

UIAlertView *alert = [[UIAlertView alloc]initWithTitle:@"提示" message:@"我要传值·" delegate:self cancelButtonTitle:@"确定" otherButtonTitles:nil];

alert.delegate = self;

[alert show];

objc_setAssociatedObject(alert, @"msgstr", message,OBJC_ASSOCIATION_ASSIGN);

这样就把alert和message字符串关联起来,作为alertview的一部分,关键词就是msgstr,之后可以使用objc_getAssociatedObject从alertview中获取到所关联的对象,便可以访问messag了

objc_getAssociatedObject 用于获取关联对象,以上面代码为例:

//通过 objc_getAssociatedObject获取关联对象

NSString  *messageString = objc_getAssociatedObject(alertView, @"msgstr");

objc_removeAssociatedObjects 用于移除一个对象的所有关联对象。

注:objc_removeAssociatedObjects 函数我们一般是用不上的,因为这个函数会移除一个对象的所有关联对象,将该对象恢复成“原始”状态。这样做就很有可能把别人添加的关联对象也一并移除,这并不是我们所希望的。所以一般的做法是通过给 objc_setAssociatedObject 函数传入 nil 来移除某个已有的关联对象。

•关联策略

在给一个对象添加关联对象时有五种关联策略可供选择:

关联对象的五种关联策略与属性的限定符非常类似,在绝大多数情况下,我们都会使用 OBJC_ASSOCIATION_RETAIN_NONATOMIC 的关联策略,这可以保证我们持有关联对象。

下面开始对SDWebImage库涉及的类进行解读

一.SDWebImage 源码解读之UIView+WebCacheOperation

下面贴上这个文件的代码方法:

从方法名上可以很明确的知道了作者在这个类想做的事情,给需要进行图片加载操作的UIView通过键值对的方式实现图片加载操作的取消跟移除,至于是通过什么样的方式,看了源代码之后我们就能知道,是通过上面介绍的关联机制的方式,接下来看看代码的具体实现:

在第一个方法中可以知道,SDWebImage库会为每一个使用其图片加载功能的UIView对象通过关联机制关联了一个操作字典集合,在图片的整个加载过程中,凡是需要给对象增加关联属性的,都会以键值对的方式保存在该字典集里,同时,所有的操作都会保持一致性跟唯一性,这个可以从后面的两个方法看出,不管是进行设置操作,还是进行取消操作,SDWebImage库都会对operationDictionary进行遍历操作,找出已经保存在该集合中的对应属性值并进行移除操作。

二.SDWebImage 源码解读之UIImageView+WebCache

在该类中,提供给UIImageView根据不同场景去加载URL的方法比较多,大同小异,但是所有的加载URL的方法都是基于一个方法,所以下面将会着重去讲解这个方法的实现:

下面来看看这个方法的实现:

在该方法实现的开头部分,也是利用了关联机制,为每一个UIImageView对象关联了一个图片的URL,使得每一个对象都会有一个明确的图片路径,在图片加载过程中,SDWebImage提供了多种图片获取方式的可选参数(SDWebImageOptions)options,分别有:

* SDWebImageRetryFailed = 1<< 0,    默认选项,失败后重试

* SDWebImageLowPriority = 1<< 1,    UI交互期间开始下载,导致延迟下载比如UIScrollView减速

* SDWebImageCacheMemoryOnly = 1<< 2,    只进行内存缓存

* SDWebImageProgressiveDownload = 1<< 3,  渐进式下载,显示的图像是逐步在下载

* SDWebImageRefreshCached = 1<< 4,    刷新缓存

* SDWebImageContinueInBackground =1 << 5,    后台继续下载图像

* SDWebImageHandleCookies = 1<< 6,    处理 Cookie

* SDWebImageAllowInvalidSSLCertificates= 1 << 7,    允许无效的 SSL 验证

* SDWebImageHighPriority = 1<< 8,      优先下载

* SDWebImageDelayPlaceholder = 1<< 9      延迟显示占位图片

* SDWebImageTransformAnimatedImage = 1 << 10      改变动画形象

        在使用过程中,我们可以根据自己的业务需要,设置符合场景的值,通常情况下,都是选择默认的设置,而在代码的实现过程中,会对options的值跟SDWebImageDelayPlaceholder进行位运算,以此来判断是否在图片未下载前进行占位图片的设置,而这种设置会保证是在线程安全的主线程进行,以便能够及时的刷新界面显示。

        接下来,代码会对图片的URL进行判断,如果URL为空的情况下,SDWebImage库会返回一个默认的错误信息给用户,以便用户进行查找,而不会进行网络加载操作,若不为空的情况下,则会使用SDWebImage库的核心功能,图片下载操作,对图片进行网络下载,并返回一个网络加载操作对象,保存在对象的操作字典集中(SDWebImage库的网络加载层之后会专门讲解,不在这里进行描述),图片下载操作的最终结果将会回调到安全的主线程中去刷新界面。

        在进行界面刷新操作前,除了进行必要的操作外,作者还进行了一种情况下的判断,网络请求本身就是一种异步执行的操作,不会影响到用户的行为操作,如果在网络回调执行时,对象本身就已经被销毁了,这时再进行对象的刷新操作,这种行为是不安全的,所以作者才在进行刷新操作前进行判断对象是否销毁操作,这个是必须的,也是我们在开发中需要进行考虑的。

     这个类中还有一个方法值得一提,代码如下:

     该方法的实现思想与SDWebImage库的缓存策略有一定的关系(SDWebImage库的缓存策略的缓存策略之后会讲到,不在这里进行描述),该方法会先从本地的缓存数据中去查找是否已经加载过该图片,如果加载过该图片就会将缓存的图片当做占位图片刷新到对象中,同时在对图片进行一次网络刷新处理,保证图片数据的实时性。

二.SDWebImage 源码解读之UIButton+WebCache,UIImageView+HighlightedWebCache

这两个文件实现加载网络图片的方式跟UIImageView+WebCache类似,其实现思路大同小异。

总结:关联机制的使用,使得SDWebImage库在给对象增加属性时提供了大大的方便性,既减少代码之间的引用关系,也使得对象之间的联系更直接。

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

推荐阅读更多精彩内容