SDWebImage原理

2019-06-20 本文已影响0人 __拼搏__

先放上github的总概念图的划分

上图是目前版本5.0.6的总览图的部分截图。

有上图可以看出，SD主要分为4个主要模块：

1、SDWebImageManager（管理类）这个是SD的核心类，用于分配任务与管理任务。他一般不会直接参与任务的执行。而是把任务下发到下面两个功能类来做。充分体现了谁的任务谁做的解耦合思想。

2、SDImageCache（缓存类），这个类用于图片缓存。

3、SDImageLoader，这个类用于图片加载（主要是下载功能的核心SDWebImageDownloade（下载类））

4、UIkit的拓展。一般使用都是经过这些拓展来使用。方便直接使用SD的功能。

在通过UIkit的拓展类使用SD加载图片的时候，其实是通过SDWebImageManager类调用了缓存类与下载类经过一定的流程，才把图片显示到手机上。下面就图片显示简单的描述一下这个流程：

上图的标红已经把大致的流程显示的很清楚了。下面详细的描述一下图片的下载流程：

1.首先，无论是下载还是缓存，都分别代表一个任务。

2.SD在执行下载或者缓存的时候，都会把对应的任务封装到operation里如下图：

3.SD会把所有的operation封装到一个全局的字典里，这个字段是NSMa'pTable类

4.在所有操作之前，先判断这个View上有没有在执行任务，如果有就把即将开始的任务取消。没有就下一步

5.SD会调用管理类的loadImage方法。有缓存就加载缓存，没缓存就网络获取。（这一步下来再细聊）

6.当图片已经下载完毕或者从缓存中获取到之后，有两个选择：1.如果不需要设置图片就直接把图片返回给当前的View，并标记当前界面需要刷新。这样runloop在下一个周期，就会刷新view显示图片。2.如果需要设置这张图片（如加水印之类的处理）则把图片通过block返回给当前方法的调用者，并在调用者处理完成图片之后，再标记刷新。

下面聊聊SD的缓存原理：

SD的缓存由内存缓存和磁盘缓存同时控制。

1.先看看配置类：下图是压缩属性：

属性的注释已经很清楚了。这个属性负责图片的压缩。但压缩的过程会消耗一定的内存，如果图片过大，会造成内存爆针。这时候只要把这个属性置位不压缩就可以了。

下图是是否需要在内存中做缓存。

2.再看缓存类：

1.先了解一下内存缓存：

缓存类首先定义了一个内存缓存的对象。我们看一下这个对象：

这是一个继承于系统的NSCache的对象，并定义了一个NSMapTable的弱缓存表。

{NSMapTable与dic（语义：nscopy）有什么区别？NSMapTable拥有更多的内存语义，如copy，assign,strong。什么意思？

首先，当我们在用dic使用一个类（如NSString）作为key进行setValueForKey的时候，这个类就必须要实现NScopy协议。但是实现了这个协议后在setValueForKey时，dic会默认把这个类copy一下。这就会导致我们实际存储的东西跟想要存储的东西，不是同一个内存地址，也就是不是同一个东西。这不是我们想要的结果。

而NSMapTable拥有更多的内存语义。如weak,strong。可以参见SD对于这个weakCache的初始化

我们可以看到，这个NSMapTable把key做了强引用，把value做了弱引用。好处就是，因为不再有nscopy协议，保证这个了key,value一定就是我们传过来的key，value。而且还因为放在了全局的弱引用表中，当我们的对象（这个对象表示图片的内存）被释放之后，这个value也会就会被NSMapTable释放，而且由于value释放了，key也会被释放。这样既不用担心key不是我们想要存储的key，也不会担心key或者value无法释放。最主要的是，使用了NSMapTable后，我们就能手动管理要存储的图片内存的释放。}

那为什么系统有了用来处理内存缓存的NSCahe类，SD还要再继承这个类呢？

原因是因为NSCahe类的缓存释放时间完全由系统管理，我们无法得知NSCahe缓存的释放时间，这样可能在我们需要这个缓存的时候，系统却已经把这个缓存给释放了。所以SD继承于NSCahe后，又重新做了一个若缓存表，用来在需要某个缓存的时候，确定这个缓存不会被释放。

那这个机制具体是怎么实现的呢？

首先SDMemoryCache重写了NSCache的核心方法如:

既然重写，但是还是调用super方法。通过观察NSCache的声明文件不难发现。NSCache一定在实现的时候有个key与value对应的表没有暴露出来(这个表可能是字段也可能是数组，但是一定存在。因为如果不存在就不可能存的住keyvalue)。这就意味着系统的管理缓存释放，其实就是对这个表的管理。所以在给NSMapTable做setKeyvalue操作的时候，我们先把数据存一份在系统管理的表中，再存一份到我们自己管理的表中（就是刚才的weakCache）。但是这样做却多占用了一份内存。那究竟好处在哪，我们看一下取值方法：

取值方法步骤分为3步。第一步直接在系统的NSCache里查找，因为NSCache的释放完全由系统管理，所以取值的时候很可能value已经被系统释放了。第二步：如果已经被系统释放了，我们就先从我们自己建的表中取出这个value,这样保证了每次取value的时候，就算NSCache的那一份已经释放了，我们自己存的还能拿出来用。第三步：如果我们取出了value，首先要再调用一次NSCache的存储，把这个value存到NSCache中。保证了NSCache中尽可能的拥有这份value,这样在下次再取值的时候，如果NSCache中的value没有被释放，我们就能直接拿来用。

这就不难看出多占用一份内存的好处，我们是用内存空间换取了查询时间。保证了尽量高效查询的同时，又保证了数据一定不被释放。（这个思维方式真的屌）。

而且SD还监听了didReceiveMemoryWarning方法：