本章开始将介绍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类似，其实现思路大同小异。
网友评论