SDWebImage源码阅读记录

以前从来没有静下心来好好看看一些大神写的常用第三方库，现在看看，记录一下。。。

从使用看起

会经过UIImageView+WebCache类里的UIImageView+WebCache

然后统一调用到UIView+WebCache里的

下面逐行解释该方法实现

 

下面的三个方法 介绍了如何将Operation 绑定到自己 并执行了什么操作。。。

接下来回到SDWebImageManager 里面创建 Operation的操作。

由于该方法比较长 捡重要的说。。。

下面方法是我删减了好多代码 把主要逻辑提取出来的 所以xcode会报错。。。 将就着看一下

里面有两个主要地方 一个是创建查找缓存的Operation 和 创建下载的Operation

我们先来看 下载的东西 

该方法要返回 的SDWebImageDownloaderOperation 

该方法里面只有一句 那就是调用了

同时传入了 创建SDWebImageDownloaderOperation的Block， 先来看该Block

block 详细介绍了 创建request的过程 以及一些Operation的基本设置（类似优先级什么的）

接下来我们往下看 这个地方为什么用了 block 不直接创建Operation呢？

总结以上来说就是 先判断是否有正在进行的任务 有的话移除 然后重新添加

然后加入到任务队列downloadQueue里面 正式线程开启异步

同时创建一个对象 该对象只是个容器 保存了此次的任务及回调 为了给ImageManager统一管理 这个逻辑方式值得学习。。。

SDWebImageDownloaderOperation下载任务是怎么实现的呢 ----- 继承于NSOperation 

看一下start方法 从这里看到了SDImage网络方面是对NSURLSession的封装 不再详细讲述

感兴趣的可以细看一下 里面也有app进入后台的操作。。。

这里重点要讲一下 接收数据的处理

这个地方是对进度回调 很好理解

这个是一些大图边下载变显示的处理（感兴趣的可以多了解一下据说是没有使用 Incremental编码 会显示的时候有点儿模糊）

然后终点看一下下载完成的协议方法里面 有这么一句话

image = [[SDWebImageCodersManager sharedInstance] decompressedImageWithImage:image data:&imageData options:@{SDWebImageCoderScaleDownLargeImagesKey: @(shouldScaleDown)}];

此处为图片的解码，此过程可以放在异步处理 当加在多图的时候可以提升性能，因为ios本身提供的图片imageNamed,contentFIle都是同步处理，当加载多图的时候会明显卡顿

 

接下看一下 查找缓存的处理

- (nullable NSOperation *)queryCacheOperationForKey:(nullable NSString *)key options:(SDImageCacheOptions)options done:(nullable SDCacheQueryCompletedBlock)doneBlock;

里面做了很多的细节处理 不难看懂

大致意思就是从

MemoryCache 里面取

取不到或者是有参数要求只从disk取的话   NSData *diskData = [self diskImageDataBySearchingAllPathsForKey:key];

diskImage = [self diskImageForKey:key data:diskData]; 这个方法里面有对图片解码 

这里要提及一点

存储磁盘data的时候是使用的Image Destination

这里只提了图片下载和缓存的大致流程，细节还要仔细挖掘。。。

总体看下来收获满满，第一个是图片解压流程及ios图片显示机制的问题，

第二个是图片管理器的设计模式，通过自定义对象 operation一层层嵌套到一个Manager去管理

第三个是加深了对多线程的理解,以及一些多线程安全机制

第四就是图片缓存的处理，整个流程设计的非常缜密，安全好用，以及对过期图片的删除处理