关于SDWebImage

SDWebImage的用处就不必多说了,相信有很多人跟我一样一直在用它.这是下载的网址,下载导入项目即可https://github.com/rs/SDWebImage,也可以使用cocopods,

 pod 'SDWebImage' 执行pod install即可,

在使用时导入#import "UIImageView+WebCache.h"当然在实际开发中我们会对它进行二次的封装,在这里我就不多解释.旧版本的跟新版本的有所不同,我们现在只说新版本的:

一,使用:

在使用中会发现有下面的api来供我们下载图片

1. sd_setImageWithURL:

2//图片缓存的基本代码,就是这么简单

[self.image1 sd_setImageWithURL:imagePath1];

2. sd_setImageWithURL:  completed://用block 可以在图片加载完成之后做些事情

[self.image2 sd_setImageWithURL:imagePath2 completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL) {

NSLog(@"这里可以在图片加载完成之后做些事情");

}];

3. sd_setImageWithURL:  placeholderImage://给一张默认图片,先使用默认图片,当图片加载完成后再替换

[self.image1 sd_setImageWithURL:imagePath1 placeholderImage:[UIImage imageNamed:@"default"]];

4. sd_setImageWithURL:  placeholderImage:  completed://使用默认图片,而且用block 在完成后做一些事情

[self.image1 sd_setImageWithURL:imagePath1 placeholderImage:[UIImage imageNamed:@"default"] completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType, NSURL *imageURL) {

NSLog(@"图片加载完成后做的事情");

}];

5. sd_setImageWithURL:  placeholderImage:  options://这个方法加了一个策略

typedef NS_OPTIONS(NSUInteger, SDWebImageOptions) {

默认情况下,当URL无法下载时,URL就会被列入黑名单,这样库就不会继续尝试了。

SDWebImageRetryFailed = 1 << 0,

默认情况下,图像下载是在UI交互期间启动的,这标志禁用该特性,

SDWebImageLowPriority = 1 << 1,

此标记禁用磁盘缓存

SDWebImageCacheMemoryOnly = 1 << 2,

此标志可以进行渐进式下载,在下载过程中,图像会逐步显示,就像浏览器所做的那样。

SDWebImageProgressiveDownload = 1 << 3,

即使缓存了映像,也要尊重HTTP响应缓存控制,并在需要的情况下从远程位置刷新映像。

磁盘缓存将由NSURLCache来处理,而不是使用SDWebImage,这会导致轻微的性能下降。

这个选项有助于处理在同一个请求URL后面更改的图像,例如Facebook图形api概要图。

如果刷新了缓存的图像,那么完成块就会被缓存的图像和最后的图像再次调用一次。

只有当你不能用嵌入的缓存破坏参数使你的url静态时,才使用这个标志。

SDWebImageRefreshCached = 1 << 4,

在iOS 4+中,如果应用程序进入后台,可以继续下载图片。这是通过询问系统来实现的

SDWebImageContinueInBackground = 1 << 5,

通过设置来处理NSHTTPCookieStore中存储的cookie

* NSMutableURLRequest。HTTPShouldHandleCookies =是的;

SDWebImageHandleCookies = 1 << 6,

启用不受信任的SSL证书。

用于测试目的。在生产中使用谨慎。

SDWebImageAllowInvalidSSLCertificates = 1 << 7,

默认情况下,图像按顺序装载在队列中。这面旗将它们移动到

队列的前面。

SDWebImageHighPriority = 1 << 8,

默认情况下,在图像加载时加载占位符图像。这个标志会延迟加载

在图像完成加载后,占位符图像。

SDWebImageDelayPlaceholder = 1 << 9,

我们通常不会在动画图像上调用transformdownloade昏暗委托方法,

因为大多数转换代码会将其转换成代码。

SDWebImageTransformAnimatedImage = 1 << 10,

默认情况下,图像会在下载后添加到imageView中。但在某些情况下,我们想要

在设置图像之前要有手(例如,应用一个滤镜或者用交叉衰减动画来添加)

如果您想在成功完成时手动设置图像,请使用此标志

SDWebImageAvoidAutoSetImage = 1 << 11,

默认情况下,图像会被解码,以尊重它们原来的大小。在iOS上,这个标志会缩小

图像大小与设备的受限内存相兼容。

*如果“SDWebImageProgressiveDownload”标志设置禁用缩减。

SDWebImageScaleDownLargeImages = 1 << 12

};

二、SDWebImage内部原理

入口 setImageWithURL:placeholderImage:options: 会先把 placeholderImage 显示,然后 SDWebImageManager 根据 URL 开始处理图片。

进入 SDWebImageManager-downloadWithURL:delegate:options:userInfo:,交给 SDImageCache 从缓存查找图片是否已经下载 queryDiskCacheForKey:delegate:userInfo:.

先从内存图片缓存查找是否有图片,如果内存中已经有图片缓存,SDImageCacheDelegate 回调 imageCache:didFindImage:forKey:userInfo: 到 SDWebImageManager。

SDWebImageManagerDelegate 回调 webImageManager:didFinishWithImage: 到 UIImageView+WebCache 等前端展示图片。

如果内存缓存中没有,生成 NSInvocationOperation 添加到队列开始从硬盘查找图片是否已经缓存。

根据 URLKey 在硬盘缓存目录下尝试读取图片文件。这一步是在 NSOperation 进行的操作,所以回主线程进行结果回调 notifyDelegate:。

如果上一操作从硬盘读取到了图片,将图片添加到内存缓存中(如果空闲内存过小,会先清空内存缓存)。SDImageCacheDelegate 回调 imageCache:didFindImage:forKey:userInfo:。进而回调展示图片。

如果从硬盘缓存目录读取不到图片,说明所有缓存都不存在该图片,需要下载图片,回调 imageCache:didNotFindImageForKey:userInfo:。

共享或重新生成一个下载器 SDWebImageDownloader 开始下载图片。

图片下载由 NSURLConnection 来做,实现相关 delegate 来判断图片下载中、下载完成和下载失败。

connection:didReceiveData: 中利用 ImageIO 做了按图片下载进度加载效果。

connectionDidFinishLoading: 数据下载完成后交给 SDWebImageDecoder 做图片解码处理。

图片解码处理在一个 NSOperationQueue 完成,不会拖慢主线程 UI。如果有需要对下载的图片进行二次处理,最好也在这里完成,效率会好很多。

在主线程 notifyDelegateOnMainThreadWithInfo: 宣告解码完成,imageDecoder:didFinishDecodingImage:userInfo: 回调给 SDWebImageDownloader。

imageDownloader:didFinishWithImage: 回调给 SDWebImageManager 告知图片下载完成。

通知所有的 downloadDelegates 下载完成,回调给需要的地方展示图片。

将图片保存到 SDImageCache 中,内存缓存和硬盘缓存同时保存。写文件到硬盘也在以单独 NSInvocationOperation 完成,避免拖慢主线程。

SDImageCache 在初始化的时候会注册一些消息通知,在内存警告或退到后台的时候清理内存图片缓存,应用结束的时候清理过期图片。

SDWI 也提供了 UIButton+WebCache 和 MKAnnotationView+WebCache,方便使用。

SDWebImagePrefetcher 可以预先下载图片,方便后续使用。

内容参考自:http://www.cocoachina.com/ios/20141212/10622.html

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

推荐阅读更多精彩内容