如果说要评一个iOS开发用的最多的第三方库，那么SDWebImage十有八九会入选。
这个类库提供一个 UIImageView类别 以支持加载来自网络的远程图片。具有缓存管理、异步下载、同一个URL下载次数控制和优化等特征。
接触一个新的框架，第一步是要学会怎么去用，接着才是看他是怎么实现的。
在这篇文章中，我会带大家一起来分析 SDWebImage 帮我们用什么方法做了那些事情，让大家宏观的理解这个框架，让大家知道怎么去用这个框架。
导入框架
首先第一步肯定是导入框架，然后用的比较多的就是cocoapods了，然后这块就不在这里赘述了，网上很多文章去介绍这块，只要在pods里面加入以下代码，然后update，就可以把最新的SDWebImage拉下来了。
pod 'SDWebImage'
SDWebImage加载图片流程
- 入口这个方法 会先把
placeholderImage显示，然后SDWebImageManager根据 URL 开始处理图片。
setImageWithURL:placeholderImage:options:
- 进入
SDWebImageManager这个管理者的单例
//调用下载方法
downloadWithURL:delegate:options:userInfo:
该方法会传递到 SDImageCache 从缓存查找图片是否已经下载
//从缓存查找图片是否已经下载
queryDiskCacheForKey:delegate:userInfo:
- 该方法会先从内存图片缓存查找是否有图片，如果内存中已经有图片缓存，
SDImageCacheDelegate会通过下面的方法回调到SDWebImageManager。
imageCache:didFindImage:forKey:userInfo:
-
SDWebImageManagerDelegate回调下面方法到 UIImageView+WebCache 等前端展示图片。
webImageManager:didFinishWithImage:
- 如果内存缓存中没有，生成
NSInvocationOperation添加到队列开始从硬盘查找图片是否已经缓存。 - 根据
URLKey在硬盘缓存目录下尝试读取图片文件。这一步是在NSOperation进行的操作，所以回主线程进行结果回调notifyDelegate:。 - 如果上一操作从硬盘读取到了图片，将图片添加到内存缓存中（如果空闲内存过小，会先清空内存缓存）。
SDImageCacheDelegate回调以下方法进而回调展示图片。
imageCache:didFindImage:forKey:userInfo:
- 如果从硬盘缓存目录读取不到图片，说明所有缓存都不存在该图片，需要下载图片，回调
imageCache:didNotFindImageForKey:userInfo:
- 共享或重新生成一个下载器
SDWebImageDownloader开始下载图片。 - 图片下载由
NSURLConnection来做，实现相关delegate来判断图片下载中、下载完成和下载失败。 - 利用 ImageIO 做了按图片下载进度加载效果。
connection:didReceiveData:
- 数据下载完成后交给 SDWebImageDecoder 做图片解码处理。
connectionDidFinishLoading:
- 图片解码处理在一个
NSOperationQueue完成，不会拖慢主线程 UI。如果有需要对下载的图片进行二次处理，最好也在这里完成，效率会好很多。 - 在主线程的以下方法通知解码完成，
notifyDelegateOnMainThreadWithInfo:
然后通过下面方法 回调给 SDWebImageDownloader。
imageDecoder:didFinishDecodingImage:userInfo:
- 回调给 SDWebImageManager 告知图片下载完成。
imageDownloader:didFinishWithImage:
- 通知所有的
downloadDelegates下载完成，回调给需要的地方展示图片。 - 将图片保存到
SDImageCache中，内存缓存和硬盘缓存同时保存。写文件到硬盘也在以单独NSInvocationOperation完成，避免拖慢主线程。 -
SDImageCache在初始化的时候会注册一些消息通知，在内存警告或退到后台的时候清理内存图片缓存，应用结束的时候清理过期图片。 - SDWebImage 也提供了
UIButton+WebCache和MKAnnotationView+WebCache，方便使用。 -
SDWebImagePrefetcher可以预先下载图片，方便后续使用。
SDWebImage库的作用
通过对UIImageView的类别扩展来实现异步加载替换图片的工作。
主要用到的对象：
-
UIImageView (WebCache)类别，入口封装，
- 实现读取图片完成后的回调
-
SDWebImageManager，对图片进行管理的中转站，记录那些图片正在读取。向下层读取Cache（调用SDImageCache），或者向网络读取对象（调用SDWebImageDownloader） 。
- 实现SDImageCacheSDWebImageDownloader的回调。
-
SDImageCache，根据URL的MD5摘要对图片进行存储和读取（实现存在内存中或者存在硬盘上两种实现）
- 实现图片和内存清理工作。
-
SDWebImageDownloader，根据URL向网络读取数据（实现部分读取和全部读取后再通知回调两种方式）
其他类：
SDWebImageDecoder，异步对图像进行了一次解压⋯⋯
Q&A
SDImageCache是怎么做数据管理的?
SDImageCache分两个部分，一个是内存层面的，一个是硬盘层面的。内存层面的相当是个缓存器，以Key-Value的形式存储图片。当内存不够的时候会清除所有缓存图片。用搜索文件系统的方式做管理，文件替换方式是以时间为单位，剔除时间大于一周的图片文件。当SDWebImageManager向SDImageCache要资源时，先搜索内存层面的数据，如果有直接返回，没有的话去访问磁盘，将图片从磁盘读取出来，然后做Decoder，将图片对象放到内存层面做备份，再返回调用层。为啥必须做Decoder?
由于UIImage的imageWithData函数是每次画图的时候才将Data解压成ARGB的图像，所以在每次画图的时候，会有一个解压操作，这样效率很低，但是只有瞬时的内存需求。为了提高效率通过SDWebImageDecoder将包装在Data下的资源解压，然后画在另外一张图片上，这样这张新图片就不再需要重复解压了。
这种做法是典型的空间换时间的做法。
