源码分析SDWebImage

SDWebImage是一个开源的第三方库,它提供了UIImageView的一个分类,以支持从远程服务器下载并缓存图片的功能。它具有以下功能:

提供UIImageView的一个分类,以支持网络图片的加载与缓存管理

一个异步的图片加载器

一个异步的内存+磁盘图片缓存

支持GIF图片

支持WebP图片

后台图片解压缩处理

确保同一个URL的图片不被下载多次

确保虚假的URL不会被反复加载

确保下载及缓存时,主线程不被阻塞

从github上对SDWebImage使用情况就可以看出,SDWebImage在图片下载及缓存的处理方面还是很被认可的。在本文中,我们

主要从源码的角度来分析一下SDWebImage的实现机制。讨论的内容将主要集中在图片的下载及缓存,而不包含对GIF图片及WebP图片的支持操作。

下载

在SDWebImage中,图片的下载是由SDWebImageDownloader类来完成的。它是一个异步下载器,并对图像加载做了优化处理。下面我们就来看看它的具体实现。

下载选项

在下载的过程中,程序会根据设置的不同的下载选项,而执行不同的操作。下载选项由枚举SDWebImageDownloaderOptions定义,具体如下

typedef NS_OPTIONS(NSUInteger, SDWebImageDownloaderOptions) {SDWebImageDownloaderLowPriority =1<<0,SDWebImageDownloaderProgressiveDownload=1<<1,// 默认情况下请求不使用NSURLCache,如果设置该选项,则以默认的缓存策略来使用NSURLCacheSDWebImageDownloaderUseNSURLCache=1<<2,// 如果从NSURLCache缓存中读取图片,则使用nil作为参数来调用完成blockSDWebImageDownloaderIgnoreCachedResponse=1<<3,// 在iOS4+系统上,允许程序进入后台后继续下载图片。该操作通过向系统申请额外的时间来完成后台下载。如果后台任务终止,则操作会被取消SDWebImageDownloaderContinueInBackground=1<<4,// 通过设置NSMutableURLRequest.HTTPShouldHandleCookies=YES来处理存储在NSHTTPCookieStore中的cookieSDWebImageDownloaderHandleCookies=1<<5,// 允许不受信任的SSL证书。主要用于测试目的。SDWebImageDownloaderAllowInvalidSSLCertificates=1<<6,// 将图片下载放到高优先级队列中SDWebImageDownloaderHighPriority=1<<7,};

可以看出,这些选项主要涉及到下载的优先级、缓存、后台任务执行、cookie处理以认证几个方面。

下载顺序

SDWebImage的下载操作是按一定顺序来处理的,它定义了两种下载顺序,如下所示

typedefNS_ENUM(NSInteger, SDWebImageDownloaderExecutionOrder) {// 以队列的方式,按照先进先出的顺序下载。这是默认的下载顺序SDWebImageDownloaderFIFOExecutionOrder,// 以栈的方式,按照后进先出的顺序下载。SDWebImageDownloaderLIFOExecutionOrder};

下载管理器

SDWebImageDownloader下载管理器是一个单例类,它主要负责图片的下载操作的管理。图片的下载是放在一个NSOperationQueue操作队列中来完成的,其声明如下:

@property(strong, nonatomic) NSOperationQueue*downloadQueue;

默认情况下,队列最大并发数是6。如果需要的话,我们可以通过SDWebImageDownloader类的maxConcurrentDownloads属性来修改。

所有下载操作的网络响应序列化处理是放在一个自定义的并行调度队列中来处理的,其声明及定义如下:

@property(SDDispatchQueueSetterSementics, nonatomic) dispatch_queue_t barrierQueue;- (id)init {if((self= [superinit])) {..._barrierQueue = dispatch_queue_create("com.hackemist.SDWebImageDownloaderBarrierQueue",DISPATCH_QUEUE_CONCURRENT);...}returnself;}

每一个图片的下载都会对应一些回调操作,如下载进度回调,下载完成回调等,这些回调操作是以block形式来呈现,为此在SDWebImageDownloader.h中定义了几个block,如下所示:

// 下载进度typedefvoid(^SDWebImageDownloaderProgressBlock)(NSInteger receivedSize, NSInteger expectedSize);// 下载完成typedefvoid(^SDWebImageDownloaderCompletedBlock)(UIImage *image, NSData *data, NSError *error, BOOL finished);// Header过滤typedefNSDictionary *(^SDWebImageDownloaderHeadersFilterBlock)(NSURL *url, NSDictionary *headers);

图片下载的这些回调信息存储在SDWebImageDownloader类的URLCallbacks属性中,该属性是一个字典,key是图片的URL地址,value则是一个数组,包含每个图片的多组回调信息。由于我们允许多个图片同时下载,因此可能会有多个线程同时操作URLCallbacks属性。为了保证URLCallbacks操作(添加、删除)的线程安全性,SDWebImageDownloader将这些操作作为一个个任务放到barrierQueue队列中,并设置屏障来确保同一时间只有一个线程操作URLCallbacks属性,我们以添加操作为例,如下代码所示:

- (void)addProgressCallback:(SDWebImageDownloaderProgressBlock)progressBlock andCompletedBlock:(SDWebImageDownloaderCompletedBlock)completedBlock forURL:(NSURL *)url createCallback:(SDWebImageNoParamsBlock)createCallback {    ...// 1. 以dispatch_barrier_sync操作来保证同一时间只有一个线程能对URLCallbacks进行操作dispatch_barrier_sync(self.barrierQueue, ^{...// 2. 处理同一URL的同步下载请求的单个下载NSMutableArray *callbacksForURL =self.URLCallbacks[url];NSMutableDictionary *callbacks = [NSMutableDictionarynew];if(progressBlock) callbacks[kProgressCallbackKey] = [progressBlock copy];if(completedBlock) callbacks[kCompletedCallbackKey] = [completedBlock copy];[callbacksForURL addObject:callbacks];self.URLCallbacks[url] = callbacksForURL;...    });}

整个下载管理器对于下载请求的管理都是放在

downloadImageWithURL:options:progress:completed:方法里面来处理的,该方法调用了上面所提到的

addProgressCallback:andCompletedBlock:forURL:createCallback:方法来将请求的信息存入管

理器中,同时在创建回调的block中创建新的操作,配置之后将其放入downloadQueue操作队列中,最后方法返回新创建的操作。其具体实现如

下:

- (id )downloadImageWithURL:(NSURL *)url options:(SDWebImageDownloaderOptions)options progress:(SDWebImageDownloaderProgressBlock)progressBlock completed:(SDWebImageDownloaderCompletedBlock)completedBlock {...[self addProgressCallback:progressBlock andCompletedBlock:completedBlock forURL:url createCallback:^{...// 1. 创建请求对象,并根据options参数设置其属性// 为了避免潜在的重复缓存(NSURLCache + SDImageCache),如果没有明确告知需要缓存,则禁用图片请求的缓存操作NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:url cachePolicy:(options & SDWebImageDownloaderUseNSURLCache ? NSURLRequestUseProtocolCachePolicy : NSURLRequestReloadIgnoringLocalCacheData) timeoutInterval:timeoutInterval];...// 2. 创建SDWebImageDownloaderOperation操作对象,并进行配置// 配置信息包括是否需要认证、优先级operation = [[wself.operationClass alloc] initWithRequest:requestoptions:optionsprogress:^(NSInteger receivedSize, NSInteger expectedSize) {// 3. 从管理器的callbacksForURL中找出该URL所有的进度处理回调并调用...for(NSDictionary *callbacksincallbacksForURL) {SDWebImageDownloaderProgressBlock callback = callbacks[kProgressCallbackKey];if(callback) callback(receivedSize, expectedSize);}}completed:^(UIImage *image, NSData *data, NSError *error, BOOL finished) {// 4. 从管理器的callbacksForURL中找出该URL所有的完成处理回调并调用,// 如果finished为YES,则将该url对应的回调信息从URLCallbacks中删除...if(finished) {[sself removeCallbacksForURL:url];}for(NSDictionary *callbacksincallbacksForURL) {SDWebImageDownloaderCompletedBlock callback = callbacks[kCompletedCallbackKey];if(callback) callback(image, data, error, finished);}}cancelled:^{// 5. 取消操作将该url对应的回调信息从URLCallbacks中删除SDWebImageDownloader *sself = wself;if(!sself)return;[sself removeCallbacksForURL:url];}];...// 6. 将操作加入到操作队列downloadQueue中// 如果是LIFO顺序,则将新的操作作为原队列中最后一个操作的依赖,然后将新操作设置为最后一个操作[wself.downloadQueue addOperation:operation];if(wself.executionOrder == SDWebImageDownloaderLIFOExecutionOrder) {[wself.lastAddedOperation addDependency:operation];wself.lastAddedOperation = operation;}}];returnoperation;}

另外,每个下载操作的超时时间可以通过downloadTimeout属性来设置,默认值为15秒。

下载操作

每个图片的下载都是一个Operation操作。我们在上面分析过这个操作的创建及加入操作队列的过程。现在我们来看看单个操作的具体实现。

SDWebImage定义了一个协议,即SDWebImageOperation作为图片下载操作的基础协议。它只声明了一个cancel方法,用于取消操作。协议的具体声明如下:

@protocol SDWebImageOperation- (void)cancel;@end

SDWebImage自定义了一个Operation类,即SDWebImageDownloaderOperation,它继承自NSOperation,并采用了SDWebImageOperation协议。除了继承而来的方法,该类只向外暴露了一个方法,即上面所用到的初始化方法initWithRequest:options:progress:completed:cancelled:。

对于图片的下载,SDWebImageDownloaderOperation完全依赖于URL加载系统中的NSURLConnection类

(并未使用7.0以后的NSURLSession类)。我们先来分析一下SDWebImageDownloaderOperation类中对于图片实际数

据的下载处理,即NSURLConnection各代理方法的实现。

首先,SDWebImageDownloaderOperation在分类中采用了NSURLConnectionDataDelegate协议,并实现了该协议的以下几个方法:

- connection:didReceiveResponse:- connection:didReceiveData:- connectionDidFinishLoading:- connection:didFailWithError:- connection:willCacheResponse:- connectionShouldUseCredentialStorage:- connection:willSendRequestForAuthenticationChallenge:

我们在此不逐一分析每个方法的实现,就重点分析一下-connection:didReceiveData:方法。该方法的主要任务是接收数

据。每次接收到数据时,都会用现有的数据创建一个CGImageSourceRef对象以做处理。在首次获取到数据时(width+height==0)

会从这些包含图像信息的数据中取出图像的长、宽、方向等信息以备使用。而后在图片下载完成之前,会使用CGImageSourceRef对象创建一个图片

对象,经过缩放、解压缩操作后生成一个UIImage对象供完成回调使用。当然,在这个方法中还需要处理的就是进度信息。如果我们有设置进度回调的话,就

调用这个进度回调以处理当前图片的下载进度。

注:缩放操作可以查看SDWebImageCompat文件中的SDScaledImageForKey函数;解压缩操作可以查看SDWebImageDecoder文件+decodedImageWithImage方法

- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {// 1. 附加数据[self.imageData appendData:data];if((self.options & SDWebImageDownloaderProgressiveDownload) &&self.expectedSize >0&&self.completedBlock) {// 2. 获取已下载数据总大小constNSInteger totalSize =self.imageData.length;// 3. 更新数据源,我们需要传入所有数据,而不仅仅是新数据CGImageSourceRef imageSource = CGImageSourceCreateWithData((__bridge CFDataRef)self.imageData,NULL);// 4. 首次获取到数据时,从这些数据中获取图片的长、宽、方向属性值if(width + height ==0) {CFDictionaryRef properties = CGImageSourceCopyPropertiesAtIndex(imageSource,0,NULL);if(properties) {NSInteger orientationValue = -1;CFTypeRef val = CFDictionaryGetValue(properties, kCGImagePropertyPixelHeight);if(val) CFNumberGetValue(val, kCFNumberLongType, &height);...CFRelease(properties);// 5. 当绘制到Core Graphics时,我们会丢失方向信息,这意味着有时候由initWithCGIImage创建的图片// 的方向会不对,所以在这边我们先保存这个信息并在后面使用。orientation = [[selfclass] orientationFromPropertyValue:(orientationValue == -1?1: orientationValue)];}}// 6. 图片还未下载完成if(width + height >0&& totalSize

我们前面说过SDWebImageDownloaderOperation类是继承自NSOperation类。它没有简单的实现main方法,而是采用更加灵活的start方法,以便自己管理下载的状态。

在start方法中,创建了我们下载所使用的NSURLConnection对象,开启了图片的下载,同时抛出一个下载开始的通知。当然,如果

我们期望下载在后台处理,则只需要配置我们的下载选项,使其包含SDWebImageDownloaderContinueInBackground选

项。start方法的具体实现如下:

- (void)start {@synchronized (self) {// 管理下载状态,如果已取消,则重置当前下载并设置完成状态为YESif(self.isCancelled) {self.finished = YES;[selfreset];return;}#if TARGET_OS_IPHONE && __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_4_0// 1. 如果设置了在后台执行,则进行后台执行if([selfshouldContinueWhenAppEntersBackground]) {__weak __typeof__ (self) wself =self;self.backgroundTaskId = [[UIApplication sharedApplication] beginBackgroundTaskWithExpirationHandler:^{...}}];}#endifself.executing = YES;self.connection = [[NSURLConnection alloc] initWithRequest:self.request delegate:selfstartImmediately:NO];self.thread = [NSThread currentThread];}[self.connection start];if(self.connection) {if(self.progressBlock) {self.progressBlock(0, NSURLResponseUnknownLength);}// 2. 在主线程抛出下载开始通知dispatch_async(dispatch_get_main_queue(), ^{[[NSNotificationCenter defaultCenter] postNotificationName:SDWebImageDownloadStartNotification object:self];});// 3. 启动run loopif(floor(NSFoundationVersionNumber) <= NSFoundationVersionNumber_iOS_5_1) {CFRunLoopRunInMode(kCFRunLoopDefaultMode,10,false);}else{CFRunLoopRun();}// 4. 如果未完成,则取消连接if(!self.isFinished) {[self.connection cancel];[selfconnection:self.connection didFailWithError:[NSError errorWithDomain:NSURLErrorDomain code:NSURLErrorTimedOut userInfo:@{NSURLErrorFailingURLErrorKey :self.request.URL}]];}}else{...}#if TARGET_OS_IPHONE && __IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_4_0if(self.backgroundTaskId != UIBackgroundTaskInvalid) {[[UIApplication sharedApplication] endBackgroundTask:self.backgroundTaskId];self.backgroundTaskId = UIBackgroundTaskInvalid;}#endif}

当然,在下载完成或下载失败后,需要停止当前线程的run

loop,清除连接,并抛出下载停止的通知。如果下载成功,则会处理完整的图片数据,对其进行适当的缩放与解压缩操作,以提供给完成回调使用。具体可参考

-connectionDidFinishLoading:与-connection:didFailWithError:的实现。

小结

下载的核心其实就是利用NSURLConnection对象来加载数据。每个图片的下载都由一个Operation操作来完成,并将这些操作放到一个操作队列中。这样可以实现图片的并发下载。

缓存

为了减少网络流量的消耗,我们都希望下载下来的图片缓存到本地,下次再去获取同一张图片时,可以直接从本地获取,而不再从远程服务器获取。这样做的另一个好处是提升了用户体验,用户第二次查看同一幅图片时,能快速从本地获取图片直接呈现给用户。

SDWebImage提供了对图片缓存的支持,而该功能是由SDImageCache类来完成的。该类负责处理内存缓存及一个可选的磁盘缓存。其中磁盘缓存的写操作是异步的,这样就不会对UI操作造成影响。

内存缓存及磁盘缓存

内存缓存的处理是使用NSCache对象来实现的。NSCache是一个类似于集合的容器。它存储key-value对,这一点类似于

NSDictionary类。我们通常用使用缓存来临时存储短时间使用但创建昂贵的对象。重用这些对象可以优化性能,因为它们的值不需要重新计算。另外一

方面,这些对象对于程序来说不是紧要的,在内存紧张时会被丢弃。

磁盘缓存的处理则是使用NSFileManager对象来实现的。图片存储的位置是位于Cache文件夹。另外,SDImageCache还定义了一个串行队列,来异步存储图片。

内存缓存与磁盘缓存相关变量的声明及定义如下:

@interfaceSDImageCache ()@property(strong, nonatomic) NSCache*memCache;@property(strong, nonatomic) NSString*diskCachePath;@property(strong, nonatomic) NSMutableArray*customPaths;@property(SDDispatchQueueSetterSementics, nonatomic) dispatch_queue_t ioQueue;@end- (id)initWithNamespace:(NSString*)ns {if((self = [super init])) {NSString*fullNamespace= [@"com.hackemist.SDWebImageCache." stringByAppendingString:ns];..._ioQueue = dispatch_queue_create("com.hackemist.SDWebImageCache", DISPATCH_QUEUE_SERIAL);...// Init the memory cache_memCache = [[NSCache alloc] init];_memCache.name = fullNamespace;// Init the disk cacheNSArray*paths= NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES);_diskCachePath = [paths[0] stringByAppendingPathComponent:fullNamespace];dispatch_sync(_ioQueue, ^{_fileManager = [NSFileManager new];});...    }    return self;}

SDImageCache提供了大量方法来缓存、获取、移除及清空图片。而对于每个图片,为了方便地在内存或磁盘中对它进行这些操作,我们需要

一个key值来索引它。在内存中,我们将其作为NSCache的key值,而在磁盘中,我们用这个key作为图片的文件名。对于一个远程服务器下载的图

片,其url是作为这个key的最佳选择了。我们在后面会看到这个key值的重要性。

存储图片

我们先来看看图片的缓存操作,该操作会在内存中放置一份缓存,而如果确定需要缓存到磁盘,则将磁盘缓存操作作为一个task放到串行队列中处

理。在iOS中,会先检测图片是PNG还是JPEG,并将其转换为相应的图片数据,最后将数据写入到磁盘中(文件名是对key值做MD5摘要后的串)。缓

存操作的基础方法是-storeImage:recalculateFromImage:imageData:forKey:toDisk,它的具体实现

如下:

- (void)storeImage:(UIImage *)image recalculateFromImage:(BOOL)recalculate imageData:(NSData *)imageData forKey:(NSString *)key toDisk:(BOOL)toDisk {...// 1. 内存缓存,将其存入NSCache中,同时传入图片的消耗值[self.memCache setObject:image forKey:key cost:image.size.height * image.size.width * image.scale * image.scale];if(toDisk) {// 2. 如果确定需要磁盘缓存,则将缓存操作作为一个任务放入ioQueue中dispatch_async(self.ioQueue, ^{NSData *data = imageData;if(image && (recalculate || !data)) {#ifTARGET_OS_IPHONE// 3. 需要确定图片是PNG还是JPEG。PNG图片容易检测,因为有一个唯一签名。PNG图像的前8个字节总是包含以下值:137 80 78 71 13 10 26 10// 在imageData为nil的情况下假定图像为PNG。我们将其当作PNG以避免丢失透明度。而当有图片数据时,我们检测其前缀,确定图片的类型BOOL imageIsPng = YES;if([imageData length] >= [kPNGSignatureData length]) {imageIsPng = ImageDataHasPNGPreffix(imageData);}if(imageIsPng) {data = UIImagePNGRepresentation(image);}else{data = UIImageJPEGRepresentation(image, (CGFloat)1.0);}#elsedata = [NSBitmapImageRep representationOfImageRepsInArray:image.representations usingType: NSJPEGFileType properties:nil];#endif}// 4. 创建缓存文件并存储图片if(data) {if(![_fileManager fileExistsAtPath:_diskCachePath]) {[_fileManager createDirectoryAtPath:_diskCachePath withIntermediateDirectories:YES attributes:nil error:NULL];}[_fileManager createFileAtPath:[self defaultCachePathForKey:key] contents:data attributes:nil];}});}}

查询图片

如果我们想在内存或磁盘中查询是否有key指定的图片,则可以分别使用以下方法:

- (UIImage*)imageFromMemoryCacheForKey:(NSString*)key;- (UIImage*)imageFromDiskCacheForKey:(NSString*)key;

而如果只是想查看本地是否在key指定的图片,则不管是在内存还是在磁盘上,则可以使用以下方法:

- (NSOperation *)queryDiskCacheForKey:(NSString *)key done:(SDWebImageQueryCompletedBlock)doneBlock {...// 1. 首先查看内存缓存,如果查找到,则直接回调doneBlock并返回UIImage *image = [selfimageFromDiskCacheForKey:key];if(image) {doneBlock(image, SDImageCacheTypeMemory);returnnil;}// 2. 如果内存中没有,则在磁盘中查找。如果找到,则将其放到内存缓存,并调用doneBlock回调NSOperation *operation = [NSOperationnew];dispatch_async(self.ioQueue, ^{if(operation.isCancelled) {return;}@autoreleasepool {UIImage *diskImage = [selfdiskImageForKey:key];if(diskImage) {CGFloat cost = diskImage.size.height * diskImage.size.width * diskImage.scale * diskImage.scale;[self.memCache setObject:diskImage forKey:key cost:cost];}dispatch_async(dispatch_get_main_queue(), ^{doneBlock(diskImage, SDImageCacheTypeDisk);});}});returnoperation;}

移除图片

图片的移除操作则可以使用以下方法:

- (void)removeImageForKey:(NSString*)key;- (void)removeImageForKey:(NSString*)keywithCompletion:(SDWebImageNoParamsBlock)completion;- (void)removeImageForKey:(NSString*)keyfromDisk:(BOOL)fromDisk;- (void)removeImageForKey:(NSString*)keyfromDisk:(BOOL)fromDiskwithCompletion:(SDWebImageNoParamsBlock)completion;

我们可以选择同时移除内存及磁盘上的图片。

清理图片

磁盘缓存图片的清理操作可以分为完全清空和部分清理。完全清空操作是直接把缓存的文件夹移除,清空操作有以下两个方法:

- (void)clearDisk;- (void)clearDiskOnCompletion:(SDWebImageNoParamsBlock)completion;

而部分清理则是根据我们设定的一些参数值来移除一些文件,这里主要有两个指标:文件的缓存有效期及最大缓存空间大小。文件的缓存有效期可以通过

maxCacheAge属性来设置,默认是1周的时间。如果文件的缓存时间超过这个时间值,则将其移除。而最大缓存空间大小是通过

maxCacheSize属性来设置的,如果所有缓存文件的总大小超过这一大小,则会按照文件最后修改时间的逆序,以每次一半的递归来移除那些过早的文

件,直到缓存的实际大小小于我们设置的最大使用空间。清理的操作在-cleanDiskWithCompletionBlock:方法中,其实现如下:

- (void)cleanDiskWithCompletionBlock:(SDWebImageNoParamsBlock)completionBlock {dispatch_async(self.ioQueue, ^{NSURL *diskCacheURL = [NSURL fileURLWithPath:self.diskCachePath isDirectory:YES];NSArray *resourceKeys = @[NSURLIsDirectoryKey, NSURLContentModificationDateKey, NSURLTotalFileAllocatedSizeKey];// 1. 该枚举器预先获取缓存文件的有用的属性NSDirectoryEnumerator *fileEnumerator = [_fileManager enumeratorAtURL:diskCacheURLincludingPropertiesForKeys:resourceKeysoptions:NSDirectoryEnumerationSkipsHiddenFileserrorHandler:NULL];NSDate *expirationDate = [NSDate dateWithTimeIntervalSinceNow:-self.maxCacheAge];NSMutableDictionary *cacheFiles = [NSMutableDictionary dictionary];NSUInteger currentCacheSize =0;// 2. 枚举缓存文件夹中所有文件,该迭代有两个目的:移除比过期日期更老的文件;存储文件属性以备后面执行基于缓存大小的清理操作NSMutableArray *urlsToDelete = [[NSMutableArray alloc] init];for(NSURL *fileURL in fileEnumerator) {NSDictionary *resourceValues = [fileURL resourceValuesForKeys:resourceKeys error:NULL];// 3. 跳过文件夹if([resourceValues[NSURLIsDirectoryKey] boolValue]) {continue;}// 4. 移除早于有效期的老文件NSDate *modificationDate = resourceValues[NSURLContentModificationDateKey];if([[modificationDate laterDate:expirationDate] isEqualToDate:expirationDate]) {[urlsToDelete addObject:fileURL];continue;}// 5. 存储文件的引用并计算所有文件的总大小,以备后用NSNumber *totalAllocatedSize = resourceValues[NSURLTotalFileAllocatedSizeKey];currentCacheSize += [totalAllocatedSize unsignedIntegerValue];[cacheFiles setObject:resourceValues forKey:fileURL];}for(NSURL *fileURL in urlsToDelete) {[_fileManager removeItemAtURL:fileURL error:nil];}// 6.如果磁盘缓存的大小大于我们配置的最大大小,则执行基于文件大小的清理,我们首先删除最老的文件if(self.maxCacheSize >0&& currentCacheSize >self.maxCacheSize) {// 7. 以设置的最大缓存大小的一半作为清理目标constNSUInteger desiredCacheSize =self.maxCacheSize /2;// 8. 按照最后修改时间来排序剩下的缓存文件NSArray *sortedFiles = [cacheFiles keysSortedByValueWithOptions:NSSortConcurrentusingComparator:^NSComparisonResult(id obj1, id obj2) {return[obj1[NSURLContentModificationDateKey] compare:obj2[NSURLContentModificationDateKey]];}];// 9. 删除文件,直到缓存总大小降到我们期望的大小for(NSURL *fileURL in sortedFiles) {if([_fileManager removeItemAtURL:fileURL error:nil]) {NSDictionary *resourceValues = cacheFiles[fileURL];NSNumber *totalAllocatedSize = resourceValues[NSURLTotalFileAllocatedSizeKey];currentCacheSize -= [totalAllocatedSize unsignedIntegerValue];if(currentCacheSize < desiredCacheSize) {break;}}}}if(completionBlock) {dispatch_async(dispatch_get_main_queue(), ^{completionBlock();});}});}

小结

以上分析了图片缓存操作,当然,除了上面讲的几个操作,SDImageCache类还提供了一些辅助方法。如获取缓存大小、缓存中图片的数量、

判断缓存中是否存在某个key指定的图片。另外,SDImageCache类提供了一个单例方法的实现,所以我们可以将其当作单例对象来处理。

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

推荐阅读更多精彩内容