SDWebImage解析-图片下载及缓存

作为iOS开发者,想必对SDWebImage这个开源类库很熟悉,它是用于网络图片的下载,简易的API,高效的性能获得许多star;最近自己也开发了一个类似的图片下载功能,带着疑问去解读SDWebImage这个库感觉收获颇丰,下面就我开发中遇到的几点疑惑来看看SDWebImage是如何实现的,只是解析它的思路,代码就没去贴了。

遇到的问题

1. imageView更换图片下载的url后,调用cancel后已经起飞的NSURLSessionTask仍然可能会回调到imageView上,导致imageView显示前一个url对应的图片。

  • 现状:NSURLSessionTask调用cancel后它的completionHandler会过一段时间才调用,这个时候imageView已经设置新的completeBlock,导致completeBlock执行后imageView就显示了前一个URL的图片

  • SDWebImage逻辑:它用了一个字典来存放下载的NSOperation,以图片的url为key,所以在替换imageView的url的时候会用老的url读出这个NSOperation,cancel并删除它,在下载成功的回调里面会去判断当前的这个task是否还在下载队列中,所以也就不会有下载成功的回调了

SDWebImage对这个操作简化的逻辑如下:
  1. 当imageView设置下载图片URL的时候,SDWebImageManager会建立一个NSOperation,在它里面放一个NSURLSessionTask执行,然后由SDWebImageDownloader来处理NSURLSession的回调并掌管一个存放NSOperation的数组,同时imageView在设置下载图片URL的时候,以@"imageView"为key保存了这次下载创建的对象;

  2. 当imageView再次设置图片URL的时候,imageView读出之前保存的这个对象,执行取消的操作,这个方法里面SDWebImageDownloader用老的url为key读出下载的NSOperation,执行它cancel操作,NSURLSessionTask也会执行cancel,然后SDWebImageDownloader在NSOperation数组中删除这个NSOperation,接着如上所说task cancel后,session仍然可能会有complete回调,SDWebImageDownloader会遍历存在的NSOperation数组比对NSURLSessionTask,显然由于老的url的NSOperation删除了,所以老的url回来的task肯定匹配不上,所以就不会回调到imageView上

2. 如何实现图片存储,如何控制图片缓存
  • 缓存图片的读取

每当imageView设置图片下载url的时候SDWebImageManager会用这个url作为key去缓存中找,先去内存缓存NSCache(NSCache相对NSMutableDictionary有个优点,就是收到内存警告的时候,它自己会清除对象)中找,然后再去磁盘上找,SDWebImage专门建立了一个ioQueue来处理磁盘上图片数据的读写,每次的读写都先建立NSOperation放在ioQueue上异步执行,一是磁盘读写会比较耗时间,二是图片数据的解压缩比较耗资源

  • 图片的缓存写入

SDWebImage写入图片的目录在Cache/default/com.hackemist.SDWebImageCache.default,文件名是以图片url的md5值,存储的文件并不是图片的原始data,而是先解析原始data生成的image,然后用iOS图片压缩接口(UIImagePNGRepresentation,UIImageJPEGRepresentation),根据图片类型是否png来进行图片的压缩,最后才写入磁盘

  • 图片缓存数据的清理

    1. 上面说到图片的内存缓存用的是NSCache,所以内存的缓存数据清理比较依赖于iOS自己,SDImageCache也提供maxMemoryCost和maxMemoryCountLimit属性来直接设置给了NSCache对象;

    2. 磁盘缓存的清除则复杂多了,SDImageCache监听了app的UIApplicationDidEnterBackgroundNotification和UIApplicationWillTerminateNotification,等到这两种情况出现的时候,SDImageCache开发清理磁盘缓存,SDImageCache根据两个值去清理磁盘缓存,可以在SDImageCacheConfig中设置,maxCacheAge(默认一周)和maxCacheSize(默认0);

    3. SDImageCache先将缓存目录下的文件以创建时间,大小,是否文件等属性建立NSDirectoryEnumerator,然后遍历所有的非文件夹文件,删除那些超过maxCacheAge的文件,并将未删除的文件存在在一个字典中,便于二次删除操作

    4. 接着判断maxCacheSize是否为默认值0,如果开发者并没有设置了这个值,磁盘缓存的清理就结束了,如果有值且大于0,那么SDImageCache会将上述的未删除的文件字典以创建时间升序的方式排序生成一个数组,然后一个一个的删除,直到当前所以文件大小为之前的一半

以上就是最近一段时间对SDWebImage的探究,里面包含的知识点太多,学习好了这个库,真的还是有帮助的

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 161,873评论 4 370
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 68,483评论 1 306
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 111,525评论 0 254
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,595评论 0 218
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 53,018评论 3 295
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,958评论 1 224
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 32,118评论 2 317
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,873评论 0 208
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,643评论 1 250
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,813评论 2 253
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,293评论 1 265
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,615评论 3 262
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,306评论 3 242
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,170评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,968评论 0 201
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 36,107评论 2 285
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,894评论 2 278

推荐阅读更多精彩内容