概述前端
SDWebImage托管在github上。https://github.com/rs/SDWebImagegit
这个类库提供一个UIImageView类别以支持加载来自网络的远程图片。具备缓存管理、异步下载、同一个URL下载次数控制和优化等特征。
SDWebImage 加载图片的流程github
入口 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 能够预先下载图片,方便后续使用
SDWebImage库的做用web
经过对UIImageView的类别扩展来实现异步加载替换图片的工做。缓存
主要用到的对象:
一、UIImageView (WebCache)类别,入口封装,实现读取图片完成后的回调
二、SDWebImageManager,对图片进行管理的中转站,记录那些图片正在读取。
向下层读取Cache(调用SDImageCache),或者向网络读取对象(调用SDWebImageDownloader) 。
实现SDImageCache和SDWebImageDownloader的回调。
三、SDImageCache,根据URL的MD5摘要对图片进行存储和读取(实现存在内存中或者存在硬盘上两种实现)
实现图片和内存清理工做。
四、SDWebImageDownloader,根据URL向网络读取数据(实现部分读取和所有读取后再通知回调两种方式)网络
其余类:
SDWebImageDecoder,异步对图像进行了一次解压⋯⋯
解惑异步
一、SDImageCache是怎么作数据管理的?
SDImageCache分两个部分,一个是内存层面的,一个是硬盘层面的。
内存层面的至关是个缓存器,以Key-Value的形式存储图片。当内存不够的时候会清除全部缓存图片。
用搜索文件系统的方式作管理,文件替换方式是以时间为单位,剔除时间大于一周的图片文件。
当SDWebImageManager向SDImageCache要资源时,先搜索内存层面的数据,若是有直接返回,没有的话去访问磁盘,将图片从磁盘读取出来,而后作Decoder,将图片对象放到内存层面作备份,再返回调用层。函数
二、为啥必须作Decoder?
经过这个博客:http://www.cocoanetics.com/2011/10/avoiding-image-decompression-sickness/
如今明白了,因为UIImage的imageWithData函数是每次画图的时候才将Data解压成ARGB的图像,
因此在每次画图的时候,会有一个解压操做,这样效率很低,可是只有瞬时的内存需求。
为了提升效率经过SDWebImageDecoder将包装在Data下的资源解压,而后画在另一张图片上,这样这张新图片就再也不须要重复解压了。fetch
这种作法是典型的空间换时间的作法。优化