(译)缓存在AFNetworking中是如何工作的?AFImageCache和NSUrlCache给你答案

简介: <p>如果你是一名使用Mattt Thompson网络框架AFNetworking的iOS开发者(如果你不是,那还等什么呢?),也许你对这个框架中的缓存机制很好奇或者疑惑,并想学习如何在自己的app中充分利用这种机制。</p> <p>AFNetworking实际上使用了两个独立的缓存机制:</p> <p>    ● AFImagecache:一个提供图片内存缓存的类,继承自NSCach

如果你是一名使用Mattt Thompson网络框架AFNetworking的iOS开发者(如果你不是,那还等什么呢?),也许你对这个框架中的缓存机制很好奇或者疑惑,并想学习如何在自己的app中充分利用这种机制。

AFNetworking实际上使用了两个独立的缓存机制:

    ● AFImagecache:一个提供图片内存缓存的类,继承自NSCache。

    ● NSURLCache:NSURLConnection's默认的URL缓存机制,用于存储NSURLResponse对象:一个默认缓存在内存,通过配置可以缓存到磁盘的类。

为了理解每个缓存系统是如何工作的,我们看一下他们是如何定义的。

AFImageCache是如何工作的

AFImageCache是UIImageView+AFNetworking分类的一部分。它继承自NSCache,通过一个URL字符串作为它的key(从NSURLRequest中获取)来存储UIImage对象。

AFImageCache定义:

@interface AFImageCache : NSCache <AFImageCache>
 
// singleton instantiation :
 
+ (id <AFImageCache>)sharedImageCache {    
     static  AFImageCache *_af_defaultImageCache = nil;    
     static  dispatch_once_t oncePredicate;    
     dispatch_once(&oncePredicate, ^{
         _af_defaultImageCache = [[AFImageCache alloc] init];
         
         // clears out cache on memory warning :
 
         [[NSNotificationCenter defaultCenter] addObserverForName:UIApplicationDidReceiveMemoryWarningNotification object:nil queue:[NSOperationQueue mainQueue] usingBlock:^(NSNotification * __unused notification) {
             [_af_defaultImageCache removeAllObjects];
         }];
     });
 
     // key from [[NSURLRequest URL] absoluteString] :
     
     static  inline  NSString * AFImageCacheKeyFromURLRequest(NSURLRequest *request) {    
         return  [[request URL] absoluteString];
}
 
@implementation AFImageCache
 
// write to cache if proper policy on NSURLRequest :
 
- (UIImage *)cachedImageForRequest:(NSURLRequest *)request {    
     switch  ([request cachePolicy]) {        
         case  NSURLRequestReloadIgnoringCacheData:        
         case  NSURLRequestReloadIgnoringLocalAndRemoteCacheData:            
             return  nil;        
         default :            
             break ;
     }    
     
     return  [self objectForKey:AFImageCacheKeyFromURLRequest(request)];
}
 
// read from cache :
 
- ( void )cacheImage:(UIImage *)image forRequest:(NSURLRequest *)request {    
     if  (image && request) {
         [self setObject:image forKey:AFImageCacheKeyFromURLRequest(request)];
     }
}


AFImageCache 从 AFNetworking 2.1开始可以进行配置了。有一个公共方法setSharedImageCache。详细文档可以看这里 。它把所有可访问的UIImage对象存到了NSCache。当UIImage对象释放之后NSCache会进行处理。如果你想观察images什么时候释放,可以实现NSCacheDelegate的cache:willEvictObject方法

NSURLCache如何工作

默认是可以的,但最好还是手动配置一下

既然AFNetworking使用NSURLConnection,它利用了原生的缓存机制NSURLCache。NSURLCache缓存了从服务器返回的NSURLResponse对象。

NSURLCache的shareCache方法默认是可以使用的,缓存获取的内容。不幸的是,它的默认配置只是缓存在内存并没有写到硬盘。为了解决这个问题,你可以声明一个 sharedCache,像这样:

NSURLCache *sharedCache = [[NSURLCache alloc] initWithMemoryCapacity:2 * 1024 * 1024
                                               diskCapacity:100 * 1024 * 1024
                                               diskPath:nil];
[NSURLCache setSharedURLCache:sharedCache];

这样,我们声明了一个2M内存,100M磁盘空间的NSURLCache。

对NSURLRequest对象设置缓存策略

NSURLCache对每个NSURLRequest对象都会遵守缓存策略(NSURLRequestCachePolicy)。策略定义如下:

    ● NSURLRequestUseProtocolCachePolicy:指定定义在协议实现里的缓存逻辑被用于URL请求。这是URL请求的默认策略

    ● NSURLRequestReloadIgnoringLocalCacheData:忽略本地缓存,从源加载

    ● NSURLRequestReloadIgnoringLocalAndRemoteCacheData:忽略本地&服务器缓存,从源加载

    ● NSURLRequestReturnCacheDataElseLoad:先从缓存加载,如果没有缓存,从源加载

    ● NSURLRequestReturnCacheDataDontLoad离线模式,加载缓存数据(无论是否过期),不从源加载

    ● NSURLRequestReloadRevalidatingCacheData存在的缓存数据先确认有效性,无效的话从源加载

用NSURLCache缓存到磁盘

Cache-Control HTTP Header

Cache-Control或者Expires header 必须在从服务器返回的 HTTP response header 中,用于客户端的缓存(Cache-Control header 优先权高于 Expires header)。这里边有很多需要注意的地方,Cache Control可以有被定义为 max-age的参数(在更新响应之前缓存多长时间),public/private 访问,或者 no-cache(不缓存响应数据),这里有一个关于HTTP cache headers的文章。

Subclass NSURLCache for Ultimate Control

如果你想绕过 Cache-Control 需求,定义你自己的规则来读写一个带有 NSURLResponse对象的NSURLCache,你可以继承 NSURLCache。

这里有个例子,使用 CACHE_EXPIRES 来判断在获取源数据之前对缓存数据保留多长时间。

(感谢 Mattt Thompson反馈)

@interface CustomURLCache : NSURLCache
 
static  NSString *  const  CustomURLCacheExpirationKey = @ "CustomURLCacheExpiration" ;
static  NSTimeInterval  const  CustomURLCacheExpirationInterval = 600;
 
@implementation CustomURLCache
 
+ (instancetype)standardURLCache {
     static  CustomURLCache *_standardURLCache = nil;
     static  dispatch_once_t onceToken;
     dispatch_once(&onceToken, ^{
         _standardURLCache = [[CustomURLCache alloc]
                                  initWithMemoryCapacity:(2 * 1024 * 1024)
                                  diskCapacity:(100 * 1024 * 1024)
                                  diskPath:nil];
     }
 
     return  _standardURLCache;
}
 
#pragma mark - NSURLCache
 
- (NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request {
     NSCachedURLResponse *cachedResponse = [super cachedResponseForRequest:request];
 
     if  (cachedResponse) {
         NSDate* cacheDate = cachedResponse.userInfo[CustomURLCacheExpirationKey];
         NSDate* cacheExpirationDate = [cacheDate dateByAddingTimeInterval:CustomURLCacheExpirationInterval];
         if  ([cacheExpirationDate compare:[NSDate date]] == NSOrderedAscending) {
             [self removeCachedResponseForRequest:request];
             return  nil;
         }
     }
}
 
     return  cachedResponse;
}
 
- ( void )storeCachedResponse:(NSCachedURLResponse *)cachedResponse
                  forRequest:(NSURLRequest *)request
{
     NSMutableDictionary *userInfo = [NSMutableDictionary dictionaryWithDictionary:cachedResponse.userInfo];
     userInfo[CustomURLCacheExpirationKey] = [NSDate date];
 
     NSCachedURLResponse *modifiedCachedResponse = [[NSCachedURLResponse alloc] initWithResponse:cachedResponse.response data:cachedResponse.data userInfo:userInfo storagePolicy:cachedResponse.storagePolicy];
 
     [super storeCachedResponse:modifiedCachedResponse forRequest:request];
}
 
@end

既然你有了自己的 NSURLCache子类,不要忘了在AppDelegate里边初始化并使用它

CustomURLCache *URLCache = [[CustomURLCache alloc] initWithMemoryCapacity:2 * 1024 * 1024
                                                    diskCapacity:100 * 1024 * 1024
                                                                  diskPath:nil];
[NSURLCache setSharedURLCache:URLCache];

Overriding the NSURLResponse before caching

-connection:willCacheResponse代理方法是在被缓存之前用于截断和编辑由NSURLConnection创建的NSURLCacheResponse的地方。为了编辑NSURLCacheResponse,返回一个可变的拷贝,如下(代码来自NSHipster blog):

- (NSCachedURLResponse *)connection:(NSURLConnection *)connection
                   willCacheResponse:(NSCachedURLResponse *)cachedResponse {
     NSMutableDictionary *mutableUserInfo = [[cachedResponse userInfo] mutableCopy];
     NSMutableData *mutableData = [[cachedResponse data] mutableCopy];
     NSURLCacheStoragePolicy storagePolicy = NSURLCacheStorageAllowedInMemoryOnly;
 
     // ...
 
     return  [[NSCachedURLResponse alloc] initWithResponse:[cachedResponse response]
                                                     data:mutableData
                                                 userInfo:mutableUserInfo
                                            storagePolicy:storagePolicy];
}
 
// If you do not wish to cache the NSURLCachedResponse, just return nil from the delegate function:
 
- (NSCachedURLResponse *)connection:(NSURLConnection *)connection
                   willCacheResponse:(NSCachedURLResponse *)cachedResponse {
     return  nil;
}

Disabling NSURLCache

不想使用 NSURLCache,可以,只需要将内存和磁盘空间容量设为零就可以了

NSURLCache *sharedCache = [[NSURLCache alloc] initWithMemoryCapacity:0
                                               diskCapacity:0
                                               diskPath:nil];
[NSURLCache setSharedURLCache:sharedCache];

总结

我写这篇博客是为了iOS社区贡献一份力,总结了一下我在处理关于 AFNetworking缓存相关的问题。我们有个内部App加载了好多图片,导致内存问题以及性能问题。我主要职责就是诊断这个App的缓存行为。在这个研究过程中,我在网上搜索了好多资料并且做了好多调试。然后我总结之后写到了这篇博客中。我希望这篇文章能够为其他人用AFNetworking的时候提供帮助,真心希望对你们有用处!

外文地址:http://blog.originate.com/blog/2014/02/20/afimagecache-vs-nsurlcache/

来源:tian's blog

原文地址:http://devtian.me/2015/03/24/%E8%AF%91-%E7%BC%93%E5%AD%98%E5%9C%A8AFNetworking%E4%B8%AD%E6%98%AF%E5%A6%82%E4%BD%95%E5%B7%A5%E4%BD%9C%E7%9A%84/

目录
相关文章
|
机器学习/深度学习 自然语言处理 数据库
孪生神经网络的作用
孪生神经网络(Siamese Neural Network,SNN)是一种特殊的神经网络架构,用于比较两个输入样本并输出它们之间的相似度。孪生神经网络的主要特点是由两个或多个共享权重的子网络组成,能够学习有效的相似度度量。
326 0
|
存储 缓存 算法
iOS 常见触发离屏渲染场景及优化方案总结
iOS 常见触发离屏渲染场景及优化方案总结
1291 0
iOS 常见触发离屏渲染场景及优化方案总结
|
机器学习/深度学习 人工智能 自然语言处理
人工智能(AI)技术的发展史
人工智能 (AI) 的发展历程从20世纪50年代起步,历经初始探索、早期发展、专家系统兴起、机器学习崛起直至深度学习革命。1950年图灵测试提出,1956年达特茅斯会议标志着AI研究开端。60-70年代AI虽取得初步成果但仍遭遇困境。80年代专家系统如MYCIN展现AI应用潜力。90年代机器学习突飞猛进,1997年深蓝战胜国际象棋冠军。21世纪以来,深度学习技术革新了AI,在图像、语音识别等领域取得重大成就。尽管AI已广泛应用,但仍面临数据隐私、伦理等挑战。未来AI将加强人机协作、增强学习与情感智能,并在医疗、教育等领域发挥更大作用。
|
11月前
|
存储 NoSQL Redis
redis主从集群与分片集群的区别
主从集群通过主节点处理写操作并向从节点广播读操作,从节点处理读操作并复制主节点数据,优点在于提高读取性能、数据冗余及故障转移。分片集群则将数据分散存储于多节点,根据规则路由请求,优势在于横向扩展能力强,提升读写性能与存储容量,增强系统可用性和容错性。主从适用于简单场景,分片适合大规模高性能需求。
500 5
|
域名解析 运维 网络协议
推荐一款专业级的动态域名解析系统 - bind webadmin
`bind webadmin`是一款基于Bind9打造的高效DNS管理系统,简化了DNS配置与管理流程,适用于动态IP环境下的远程访问需求。此系统不仅便于维护,还支持API接口,方便自动化操作与第三方应用集成,特别适合远程办公、智能家居及各类物联网应用场景。其自托管特性保障了数据的安全与可控性,同时提供了详尽的中文安装教程,易于部署。项目地址:[bindwebadmin](https://github.com/guofusheng007/bindwebadmin.git)。建议使用阿里云主机以获得最佳性能。
|
JSON 前端开发 Java
【Java笔记+踩坑】SpringMVC基础
springmvc简介、入门案例、bean加载控制、PostMan工具的使用、普通和JSON和日期格式请求参数传递、响应JSON或jsp或文本、Rest风格
【Java笔记+踩坑】SpringMVC基础
|
前端开发 Java Serverless
玩转《天猫精灵技能平台》,搞一个诗词问答小游戏
看了中国诗词大会,必须要自己搞一个诗词问答小游戏。 文章最后还有一个思路,非常简单的思路,大家可以试着去实现一下。
14254 5
玩转《天猫精灵技能平台》,搞一个诗词问答小游戏
|
安全 编译器 C++
[Eigen中文文档] 矩阵与向量运算
本文章旨在提供有关如何使用 Eigen 在矩阵、向量和标量之间执行算术操作的概述和一些详细信息。
813 0
|
应用服务中间件 nginx Ruby
MAC使用Nginx搭建RTMP服务器
1、先安装homeView 安装命令 ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 移除命令 ruby -e "$(curl -fsSL https://raw.
2006 0

热门文章

最新文章