iOS开发之有关SDWebImage的知识点总结

1. sdwebimage内部实现原理步骤

1.1 实现步骤

1.入口setimagewithurl:placeholderimage:options:会把placeholderimage显示,然后sdwebimagemanager根据url开始处理图片.2.进入sdwebimagemanager-downloadwithurl:delegate:options:userinfo:交给sdimagecache从缓存查找图片是否已经下载querydiskcacheforkey:delegate:userinfo:3.先从内存图片缓存查找是否有图片,如果内存中已经有图片缓存,sdimagecachedelegate回调imagecache:didfineimage:forkey:userinfo:到sdwebimagemanager.4.sdwebimagemanagerdelegate回调webimagemanager:didfinishwithimage:到uiimageview+webcache等前端展示图片.5.如果内存缓存中没有,生成nsinvocationoperation添加到队列开始从硬盘查找图片是否已经缓存6.根据urlkey在硬盘缓存目录下尝试读取图片文件.这一步是在nsoperation进行的操作,所以回主线程进行结果回调notifydelegate.7.如果上一操作从硬盘读取到了图片,将图片添加到内存缓存中(如果空闲内存过小会先清空内存缓存).sdimagecachedelegate回调imagecache:didfinishimage:forkey:userinfo:进而回调展示图片.8.如果从硬盘缓存目录读取不到图片,说明所有缓存都不存在该图片,需要下载图片,回调imagecache:didnotfindimageforkey:userinfo.9.共享或重新生成一个下载器sdwebimagedownloader开始下载图片10.图片下载由nsurlconnection来做,实现相关delegate来判断图片下载中,下载完成和下载失败11.connection:didreceivedata:中利用imageio做了按图片下载进度加载效果12.connectiondidfinishloading:数据下载完成后交给sdwebimagedecoder做图片解码处理13.图片解码处理在一个nsoperationqueue完成,不会拖慢主线程ui.如果有需要对下载的图片进行二次处理,最好也在这里完成,效率会好很多.14.在主线程notifydelegateonmainthreadwithinfo:宣告解码完成imagedecoder:didfinishdecodingimage:userinfo:回调给sdwebimagedownloader15.imagedownloader:didfinishwithimage:回调给sdwebimagemanager告知图片下载完成16.通知所有的downloaddelegates下载完成,回调给需要的地方展示图片17.将图片保存到sdimagecache中内存缓存和硬盘缓存同时保存,写文件到硬盘也在以单独nsinvocationoperation完成,避免拖慢主线程18.sdimagecache在初始化的时候会注册一些消息通知,在内存警告或退到后台的时候清理内存图片缓存,应用结束的时候清理过期图片19.sdwi也提供uibutton+webcache和mkannptation+webcache方便使用20.sdwebimageprefetcher可以预先下载图片,方便后续使用

再用一张图说明：

1.2 api中参数枚举类型

1.2.1 sdwebimageoptions：图片下载策略

例如，sd为uiimageview提供的uiimageview+webcache.m分类，有这些api：

-(void)sd_setimagewithurl:(nsurl*)url{[selfsd_setimagewithurl:urlplaceholderimage:niloptions:0progress:nilcompleted:nil];}-(void)sd_setimagewithurl:(nsurl*)urlplaceholderimage:(uiimage*)placeholder{[selfsd_setimagewithurl:urlplaceholderimage:placeholderoptions:0progress:nilcompleted:nil];}-(void)sd_setimagewithurl:(nsurl*)urlplaceholderimage:(uiimage*)placeholderoptions:(sdwebimageoptions)options{[selfsd_setimagewithurl:urlplaceholderimage:placeholderoptions:optionsprogress:nilcompleted:nil];}-(void)sd_setimagewithurl:(nsurl*)urlcompleted:(sdwebimagecompletionblock)completedblock{[selfsd_setimagewithurl:urlplaceholderimage:niloptions:0progress:nilcompleted:completedblock];}-(void)sd_setimagewithurl:(nsurl*)urlplaceholderimage:(uiimage*)placeholdercompleted:(sdwebimagecompletionblock)completedblock{[selfsd_setimagewithurl:urlplaceholderimage:placeholderoptions:0progress:nilcompleted:completedblock];}-(void)sd_setimagewithurl:(nsurl*)urlplaceholderimage:(uiimage*)placeholderoptions:(sdwebimageoptions)optionscompleted:(sdwebimagecompletionblock)completedblock{[selfsd_setimagewithurl:urlplaceholderimage:placeholderoptions:optionsprogress:nilcompleted:completedblock];}

其实，以上这些api都直接或间接利用到了sdwebimageoptions这个参数，那么你记得这个参数有哪些类型？各有什么作用？

通过查看sdwebimagemanager.h源代码，可知如下：

typedefns_options(nsuinteger,sdwebimageoptions){//默认情况下，当url下载失败时，url会被列入黑名单，导致库不会再去重试，该标记用于禁用黑名单sdwebimageretryfailed=1<<0,//默认情况下，图片下载开始于ui交互，该标记禁用这一特性，这样下载延迟到uiscrollview减速时sdwebimagelowpriority=1<<1,//该标记禁用磁盘缓存sdwebimagecachememoryonly=1<<2,//该标记启用渐进式下载，图片在下载过程中是渐渐显示的，如同浏览器一下。//默认情况下，图像在下载完成后一次性显示sdwebimageprogressivedownload=1<<3,//即使图片缓存了，也期望http响应cachecontrol，并在需要的情况下从远程刷新图片。//磁盘缓存将被nsurlcache处理而不是sdwebimage，因为sdwebimage会导致轻微的性能下载。//该标记帮助处理在相同请求url后面改变的图片。如果缓存图片被刷新，则完成block会使用缓存图片调用一次//然后再用最终图片调用一次sdwebimagerefreshcached=1<<4,//在ios4+系统中，当程序进入后台后继续下载图片。这将要求系统给予额外的时间让请求完成//如果后台任务超时，则操作被取消sdwebimagecontinueinbackground=1<<5,//通过设置nsmutableurlrequest.httpshouldhandlecookies=yes;来处理存储在nshttpcookiestore中的cookiesdwebimagehandlecookies=1<<6,//允许不受信任的ssl认证sdwebimageallowinvalidsslcertificates=1<<7,//默认情况下，图片下载按入队的顺序来执行。该标记将其移到队列的前面，//以便图片能立即下载而不是等到当前队列被加载sdwebimagehighpriority=1<<8,//默认情况下，占位图片在加载图片的同时被加载。该标记延迟占位图片的加载直到图片已以被加载完成sdwebimagedelayplaceholder=1<<9,//通常我们不调用动画图片的transformdownloadedimage代理方法，因为大多数转换代码可以管理它。//使用这个票房则不任何情况下都进行转换。sdwebimagetransformanimatedimage=1<<10,};

1.2.2 sdimagecachetype：图片缓存策略

例如，设置图片的两个例子

[self.image2sd_setimagewithurl:imagepath2completed:^(uiimage*image,nserror*error,sdimagecachetypecachetype,nsurl*imageurl){nslog(@"这里可以在图片加载完成之后做些事情");}];

//使用默认图片，而且用block在完成后做一些事情[self.image1sd_setimagewithurl:imagepath1placeholderimage:[uiimageimagenamed:@"default"]completed:^(uiimage*image,nserror*error,sdimagecachetypecachetype,nsurl*imageurl){nslog(@"图片加载完成后做的事情");}];

还有获取下载进度的例子

//使用默认图片，而且用block在完成后做一些事情[self.image1sd_setimagewithurl:imagepath1placeholderimage:[uiimageimagenamed:@"default"]completed:^(uiimage*image,nserror*error,sdimagecachetypecachetype,nsurl*imageurl){nslog(@"图片加载完成后做的事情");}];

上面的例子，都有个sdimagecachetyp的参数，你记得这个参数有哪些？

sdimagecachetype

//定义cache类型typedefns_enum(nsinteger,sdimagecachetype){//不使用cache获得图片,依然会从web下载图片sdimagecachetypenone,//图片从disk获得sdimagecachetypedisk,//图片从memory中获得sdimagecachetypememory};

2. 最大缓存和时间设置

sdimagecache类的

//这个变量默认值为yes，显示比较高质量的图片，但是会浪费比较多的内存，可以通过设置no来缓解内存@property(assign,nonatomic)boolshoulddecompressimages;//总共的内存允许图片的消耗值@property(assign,nonatomic)nsuintegermaxmemorycost;//图片存活于内存的时间初始化的时候默认为一周@property(assign,nonatomic)nsintegermaxcacheage;//每次存储图片大小的限制@property(assign,nonatomic)nsuintegermaxcachesize;

设置maxcachesize的例子

sdwebimagemanager*manager=[sdwebimagemanagersharedmanager];[manager.imagecachesetmaxmemorycost:1000000];//设置总缓存大小，默认为0没有限制[manager.imagecachesetmaxcachesize:640000];//设置单个图片限制大小[manager.imagedownloadersetmaxconcurrentdownloads:1];//设置同时下载线程数，这是下载器的内容，下面将会介绍[managerdownloadimagewithurl:[nsurlurlwithstring:@"https://p9.qhimg.com/t01eb74a44c2eb43193.jpg"]options:sdwebimageprogressivedownloadprogress:^(nsintegerreceivedsize,nsintegerexpectedsize){nslog(@"%lu",receivedsize);}completed:^(uiimage*image,nserror*error,sdimagecachetypecachetype,boolfinished,nsurl*imageurl){self.imageview1.image=image;}];[managerdownloadimagewithurl:[nsurlurlwithstring:@"https://img.article.pchome.net/00/28/33/87/pic_lib/wm/kuanpin12.jpg"]options:sdwebimageprogressivedownloadprogress:^(nsintegerreceivedsize,nsintegerexpectedsize){nslog(@"%lu",receivedsize);}completed:^(uiimage*image,nserror*error,sdimagecachetypecachetype,boolfinished,nsurl*imageurl){self.imageview2.image=image;}];nsuintegersize=[manager.imagecachegetsize];nsuintegercount=[manager.imagecachegetdiskcount];nslog(@"size=%lu",size);//644621（两张测试图片）nslog(@"count=%lu",count);//2[manager.imagecachecleardisk];size=[manager.imagecachegetsize];count=[manager.imagecachegetdiskcount];nslog(@"sizeclean=%lu",size);//0nslog(@"countclean=%lu",count);//0这里使用的是clear

3. 区分：三种缓存（内存图片缓存，磁盘图片缓存，内存操作缓存）

先查看内存图片缓存，内存图片缓存没有，后生成操作，查看磁盘图片缓存

磁盘图片缓存有，就加载到内存缓存，没有就下载图片

在建立下载操作之前，判断下载操作是否存在

默认情况下，下载的图片数据会同时缓存到内存和磁盘中

关于缓存位置

内存缓存是通过 nscache的子类autopurgecache来实现的；

磁盘缓存是通过 nsfilemanager 来实现文件的存储(默认路径为/library/caches/default/com.hackemist.sdwebimagecache.default)，是异步实现的。

关于图片下载操作

sdwebimage的大部分工作是由缓存对象sdimagecache和异步下载器管理对象sdwebimagemanager来完成的。

sdwebimage的图片下载是由sdwebimagedownloader这个类来实现的，它是一个异步下载管理器，下载过程中增加了对图片加载做了优化的处理。而真正实现图片下载的是自定义的一个operation操作，将该操作加入到下载管理器的操作队列downloadqueue中，operation操作依赖系统提供的nsurlconnection类实现图片的下载。

4. 高清和低清图片与网络环境的问题

网络判断的问题–利用afnetworking的api

首先，启用监控

//appdelegate.m文件中-(bool)application:(uiapplication*)applicationdidfinishlaunchingwithoptions:(nsdictionary*)launchoptions{//监控网络状态[[afnetworkreachabilitymanagersharedmanager]startmonitoring];}

然后，在需要的地方获取监控管理

//以下代码在需要监听网络状态的方法中使用afnetworkreachabilitymanager*mgr=[afnetworkreachabilitymanagersharedmanager];if(mgr.isreachableviawifi){//在使用wifi,下载原图}else{//其他，下载小图}

并不能简单的这样：wifi就下载高清图，蜂窝网络就下载缩略图。要考虑和利用缓存的因素。

一个典型例子

-setitem:(customitem*)item{_item=item;//占位图片uiimage*placeholder=[uiimageimagenamed:@"placeholderimage"];//从内存沙盒缓存中获得原图，uiimage*originalimage=[[sdimagecachesharedimagecache]imagefromdiskcacheforkey:item.originalimage];if(originalimage){//如果内存沙盒缓存有原图，那么就直接显示原图（不管现在是什么网络状态）self.imageview.image=originalimage;}else{//内存沙盒缓存没有原图afnetworkreachabilitymanager*mgr=[afnetworkreachabilitymanagersharedmanager];if(mgr.isreachableviawifi){//在使用wifi,下载原图[self.imageviewsd_setimagewithurl:[nsurlurlwithstring:item.originalimage]placeholderimage:placeholder];}elseif(mgr.isreachableviawwan){//在使用手机自带网络//用户的配置项假设利用nsuserdefaults存储到了沙盒中//[[nsuserdefaultsstandarduserdefaults]setbool:noforkey:@"alwaysdownloadoriginalimage"];//[[nsuserdefaultsstandarduserdefaults]synchronize];#warning从沙盒中读取用户的配置项：在3gg环境是否仍然下载原图boolalwaysdownloadoriginalimage=[[nsuserdefaultsstandarduserdefaults]boolforkey:@"alwaysdownloadoriginalimage"];if(alwaysdownloadoriginalimage){//下载原图[self.imageviewsd_setimagewithurl:[nsurlurlwithstring:item.originalimage]placeholderimage:placeholder];}else{//下载小图[self.imageviewsd_setimagewithurl:[nsurlurlwithstring:item.thumbnailimage]placeholderimage:placeholder];}}else{//没有网络uiimage*thumbnailimage=[[sdimagecachesharedimagecache]imagefromdiskcacheforkey:item.thumbnailimage];if(thumbnailimage){//内存沙盒缓存中有小图self.imageview.image=thumbnailimage;}else{//处理离线状态，而且有没有缓存时的情况self.imageview.image=placeholder;}}}}

5. 可能的问题

5.1 后台没有处理的高清大图导致app内存过大而奔溃

思路，改写sd_imagewithdata方法的源代码，可参考

https://blog.csdn.net/benyoulai5/article/details/50462586

5.2 sd怎样解决cell移出屏幕后的cell中的uiimageview继续下载问题？– 移除uiimageview当前绑定的操作。

sd为设置uiimageview提供的api，归根结底调用的是下面api：

-(void)sd_setimagewithurl:(nsurl*)urlplaceholderimage:(uiimage*)placeholderoptions:(sdwebimageoptions)optionsprogress:(sdwebimagedownloaderprogressblock)progressblockcompleted:(sdwebimagecompletionblock)completedblock{

它的方法实现体中，第一句话就是[self sd_cancelcurrentimageload];

这个非常关键，当在tableview的cell包含了的uiimageview被重用时，首先调用这一行代码，保证这个imageview的下载和缓存组合操作都被取消。如果：

①上次赋值的图片正在下载，则下载不再进行；

②下载完成了，但还没有执行到调用回调（回调包含wself.image = image），由于操作被取消，因而不会显示和重用的cell相同的图片；

③以上两种情况只有在网速极慢和手机处理速度极慢的情况下才会发生，实际上发生的概率非常小，大多数是这种情况：操作已经进行到下载完成了，这次使用的cell是一个重用的cell，而且保留着imageview的image，对于这种情况sd会在该实现方法里面接着设置占位图的语句，将image暂时设置为占位图，如果占位图为空，就意味着先暂时清空image。

sd内部移除绑定的操作的调用栈为：

-(void)sd_cancelcurrentimageload{[selfsd_cancelimageloadoperationwithkey:@"uiimageviewimageload"];}

-(void)sd_cancelimageloadoperationwithkey:(nsstring*)key{//cancelinprogressdownloaderfromqueuensmutabledictionary*operationdictionary=[selfoperationdictionary];idoperations=[operationdictionaryobjectforkey:key];if(operations){if([operationsiskindofclass:[nsarrayclass]]){for(idoperationinoperations){if(operation){[operationcancel];}}}elseif([operationsconformstoprotocol:@protocol(sdwebimageoperation)]){[(id)operationscancel];}[operationdictionaryremoveobjectforkey:key];}}

5.3 sdwebimage怎么实现屏幕滑动时，暂停数据源的任务？通过nsoperationqueue的setsuspend吗？

3.1 基于nsurlconnection的sdwebimage

（至少2014年7月的版本）老版本的基于*nsurlconnection*的sdwebimage是通过这样的机制：nsurlconnection工作在主线程，虽然nsurlconnection工作在子线程，但因为ui相关的操作和回调中的setimage都在同一个主线程，滑动屏幕会导致主线程的runloop切换mode为uitrackingrunloopmode，此时原来kcfrunloopdefaultmode上的source (这里是setimage) 都被暂停，runloop执行不到回调。

网络相关的操作在子线程，主线程runloop的mode切换并不会影响子线程，但是它这样设计的确有这样的效果：屏幕滑动时，滑动屏幕并不会暂停数据下载，暂停的是同一个主线程的setimage。

在老版本中，在sdwebimagedownloaderoperation.m文件中有这样一段话：

3.2 基于nsurlsession的sdwebimage

然而，新版本的*sdwebimage*是基于nsurlsession的，这个nsurlsession不同于nsurlconnection的最大区别是不是基于主线程子线程的runloop控制的，而是通过nsoperation新开子线程，所以同意主线程的runloop切换mode并不会影响子线程的操作。同样，滑动屏幕并不会暂停数据下载，暂停的是同一个主线程的setimage。

如果，实在有需要，有两种办法，一种是改变setimage的线程或者mode。还有一种办法，可以监听scrollview的拉拽状态，当scrollview的代理方法监听到被拉拽，就suspend操作。