SDWebImage这个开源框架的主要作用就是:
Asynchronous image downloader with cache support with an UIImageView category.
一个异步下载图片并且支持缓存的 UIImageView 分类.
1.结构解析
这张图片已经将这个框架是如何组织的基本展示了出来, UIImageView+WebCache 和 UIButton+WebCache 使用category的方法，直接为表层的 UIKit 框架提供接口。 而 SDWebImageManger 负责处理和协调 SDWebImageDownloader 和 SDWebImageCache. 并与 UIKit 层进行交互, 实现category的方法。而底层的一些类为更高层级的抽象提供支持.
通过使用category从而为UIImageView提供方便的图片下载方法。
UIImageView+WebCache：
一般调用方法为：
[self.imageView sd_setImageWithURL:[NSURL URLWithString:@"url"] placeholderImage:[UIImage imageNamed:@"placeholder.png"]]
这个框架的设计还是极其的优雅和简洁, 主要的功能就是这么一行代码, 而其中复杂的实现细节全部隐藏在这行代码之后, 正应了那句话:把简洁留给别人, 把复杂留给自己.
编程和做人说话是一样。暴露接口就要思考：其他的类有没有必要知道这些。他是不是只需要调用就可以了。他有没有必要知道具体是怎么实现的。
接下来就看看它一层一层的封装的思想：
这category类只需要向外提供下载的接口，返回图片结果的回调。而实现下载的过程则使用SDWebImageManager进行管理。此时下载的过程分为：首先查找缓存，其次是网络下载。于是使用SDImageCache管理缓存，使用SDWebImageDownloader管理网络下载，而具体的网络下载使用SDWebImageDownloaderOperation管理NSURLConnection控制网络下载数据。
2.关键提要
SD的基本思想：每次下载图片的时候都会首先从内存缓存中查找图片资源，如果没有然后从磁盘中查找图片，最后选择网络下载。
（1）[self sd_cancelCurrentImageLoad];
SDWebImage 使用一个跟当前UIView关联operationDictionary来管理操作的。这里的cancel只与当前的UIView有关，与其他的View是无关的。
实际上SDWebImage所有操作都是通过一个 operationDictionary 来管理, 而这个字典实际上是动态的添加到当前的 UIView 上的一个属性,添加到 UIView 上, 主要是因为这个 operationDictionary 需要在 UIButton 和 UIImageView 上重用, 所以需要添加到它们的根类上.
这行代码是要保证没有当前正在进行的异步下载操作, 不会与即将进行的操作发生冲突, 它会调用:
[self sd_cancelImageLoadOperationWithKey:@"UIImageViewImageLoad"];
这个方法会使当前 UIImageView 中的所有操作都被 cancel. 不会影响之后进行的下载操作.
（2）SDWebImage通过记录failedURLs来适当的减少网络请求的不必要的开销。它会把下载失败的url进行记录failedURLs。下次使用相同的url请求的时候，则会根据设置和failedURLs中是否包含该url来判断是否还会下载url的内容。对于failedURLs则每次访问的时候都会创建互斥锁@synchronized，防止其他线程修改failedURLs。因为在其他线程，当图片再次被下载成功的时候那条成功的url会从failedURLs中移除掉。
（3）其他的后续新的会继续跟新。
SDWebImage的设计思想还是值得学习的，面向对象的封装，拿捏的恰到好处。向外暴露需要的接口，没有半点废话多言。
本文全属个人见解，如果您认为说法不正确或者哪里有错误的地方，请在评论中留言或者使用以下联系方式，笔者会在第一时间修正！！！同时也欢迎大家一起交流！
联系方式：QQ：983202699。