AFN的坑--NSCachedURLResponse缓存

网络正常的情况下,如果服务器宕机或者数据库出错,会造成访问服务器报错的情况,一般报错的内容是:无法连接到服务器或者其它错误。且服务器 修复后,仍然报错。经过排查,终于找出了原因所在:AFNetworking会将Url的Response缓存,方便离线浏览。而且这是默认存在的,无论 是1.x还是2.x版本都存在。其方法是:

-(void)setCacheResponseBlock:(NSCachedURLResponse * (^)(NSURLConnection *connection, NSCachedURLResponse *cachedResponse))block {
  self.cacheResponse = block;
}

我们来看AFNetworking的方法说明:

@param block A block object to be executed to determine
what response a connection will cache, if any. The block returns an
`NSCachedURLResponse` object, the cached response to store in memory

or `nil` to prevent the response from being cached, and takes two
arguments: the URL connection object, and the cached response provided
for the request.

问题就出在这,一旦Response被缓存后,下次不再重复发起连接,将直接将同样地Response返回,也就是说:网络正常的情况下,服务
器出错,一旦服务器出错的Response被缓存,就算服务器紧急修复后,也有可能造成iOS客户端持续报错。这种情况将是致命的。

来看苹果是怎么说的:

1、An NSCachedURLResponse object encapsulates an
NSURLResponse object, an NSData object containing the content
corresponding to the response, and an NSDictionary containing
application specific information.

The NSURLCache system stores and retrieves instances of NSCachedURLResponse.

这句话简单介绍了一下NSCachedURLResponse的构成,以及被NSURLCache来存储和读取。最重要的在下面:

2、我们来看下系统提供的URLCache缓存策略:

NSURLCacheStoragePolicy

These constants specify the caching strategy used by an NSCachedURLResponse object.
typedef enum
{
NSURLCacheStorageAllowed,

NSURLCacheStorageAllowedInMemoryOnly,

NSURLCacheStorageNotAllowed,

} NSURLCacheStoragePolicy;

我们依次来解读:

NSURLCacheStorageAllowed:
Specifies that storage in NSURLCache is allowed without restriction.

没有特殊指定时采取该策略。

Important: iOS prior to version 5 ignores this cache policy, and instead treats it as NSURLCacheStorageAllowedInMemoryOnly.

重要:iOS在5之前都是忽略这个协议的,代替的是NSURLCacheStorageAllowedInMemoryOnly。(也就是说,6之后这个协议是默认协议,既可以缓存在内存,也可以缓存在磁盘。如果是内存,我们重启设备就可以解决,如果是磁盘,必须硬代码去解决)

NSURLCacheStorageAllowedInMemoryOnly:

Specifies that storage in NSURLCache is allowed; however storage should be restricted to memory only.

这个不用过多解释,缓存在内存。

NSURLCacheStorageNotAllowed

Specifies that storage in NSURLCache is not allowed in any fashion, either in memory or on disk.

不允许任何协议的缓存,即不允许缓存。

解决方案:

幸运的是,AFNetworking利用的系统自有类存储,我们可以修改其源代码:

[[NSURLCache sharedURLCache] removeAllCachedResponses];

这一句代码是清除所有的URL缓存Response。这样一来,就可以解决这一问题所在。

时间: 2024-10-10 03:22:23

AFN的坑--NSCachedURLResponse缓存的相关文章

坑系列 —— 缓存+哈希=高并发?

今天继续坑系列,高可用已经讲过了,当前互联网时代,怎么少的了高并发呢?高并发和高可用一样, 已经变成各个系统的标配了,如果你的系统QPS没有个大几千上万,都不好意思跟人打招呼,虽然可能每天的调用量不超过100. 高并发这个词,我个人感觉是从电商领域开始往外流传的,特别是电商领域双11那种藐视全球的流量,再把技术架构出来分享一把,现在搞得全互联网都在说高并发,而且你注意回忆一下所有你看到的高并发系统,往往都逃不开一个核心概念,那就是缓存+哈希,一切都是以这个概念和基础的,仿佛这就是高并发的核心技术

iOS开发网络篇—数据缓存

iOS开发网络篇—数据缓存 一.关于同一个URL的多次请求 有时候,对同一个URL请求多次,返回的数据可能都是一样的,比如服务器上的某张图片,无论下载多少次,返回的数据都是一样的. 上面的情况会造成以下问题 (1)用户流量的浪费 (2)程序响应速度不够快 解决上面的问题,一般考虑对数据进行缓存. 二.缓存 为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存) 第一次请求数据时,内存缓存中没有数据,硬盘缓存中没有数据. 缓存数据的过程 当服务器返回数据时,需要做以下步骤 (1)使用服务器

数据缓存

一.关于同一个URL的多次请求 有时候,对同一个URL请求多次,返回的数据可能都是一样的,比如服务器上的某张图片,无论下载多少次,返回的数据都是一样的. 上面的情况会造成以下问题 (1)用户流量的浪费 (2)程序响应速度不够快 解决上面的问题,一般考虑对数据进行缓存. 二.缓存 为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存) 第一次请求数据时,内存缓存中没有数据,硬盘缓存中没有数据. 缓存数据的过程 当服务器返回数据时,需要做以下步骤 (1)使用服务器的数据(比如解析.显示) (

数据缓存iOS

有时候,对同一个URL请求多次,返回的数据可能都是一样的,比如服务器上的某张图片,无论下载多少次,返回的数据都是一样的. 上面的情况会造成以下问题 (1)用户流量的浪费(2)程序响应速度不够快 解决上面的问题,一般考虑对数据进行缓存. 数据缓存 为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存)r 第一次请求数据时,内存缓存中没有数据,硬盘缓存中没有数据. 缓存数据的过程: 当服务器返回数据时,需要做以下步骤 (1)使用服务器的数据(比如解析.显示) (2)将服务器的数据缓存到硬盘(

玩转iOS开发 - 数据缓存

Why Cache 有时候.对同一个URL请求多次,返回的数据可能都是一样的,比方server上的某张图片.不管下载多少次,返回的数据都是一样的. 上面的情况会造成下面问题 (1)用户流量的浪费 (2)程序响应速度不够快 解决上面的问题.一般考虑对数据进行缓存. 数据缓存 为了提高程序的响应速度,能够考虑使用缓存(内存缓存\硬盘缓存)r 第一次请求数据时,内存缓存中没有数据.硬盘缓存中没有数据. 缓存数据的过程: ? 当server返回数据时,须要做下面步骤 (1)使用server的数据(比方解

iOS开发网络缓存原理

一.关于同一个URL的多次请求 有时候,对同一个URL请求多次,返回的数据可能都是一样的,比如服务器上的某张图片,无论下载多少次,返回的数据都是一样的. 上面的情况会造成以下问题 (1)用户流量的浪费 (2)程序响应速度不够快 解决上面的问题,一般考虑对数据进行缓存. 二.缓存 为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存) 第一次请求数据时,内存缓存中没有数据,硬盘缓存中没有数据. 缓存数据的过程 当服务器返回数据时,需要做以下步骤 (1)使用服务器的数据(比如解析.显示) (

iOS 缓存机制

iOS开发网络篇—数据缓存 一.关于同一个URL的多次请求 有时候,对同一个URL请求多次,返回的数据可能都是一样的,比如服务器上的某张图片,无论下载多少次,返回的数据都是一样的. 上面的情况会造成以下问题 (1)用户流量的浪费 (2)程序响应速度不够快 解决上面的问题,一般考虑对数据进行缓存. 二.缓存 为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存) 第一次请求数据时,内存缓存中没有数据,硬盘缓存中没有数据. 缓存数据的过程 当服务器返回数据时,需要做以下步骤 (1)使用服务器

iOS缓存(转)

一.关于同一个URL的多次请求 有时候,对同一个URL请求多次,返回的数据可能都是一样的,比如服务器上的某张图片,无论下载多少次,返回的数据都是一样的. 上面的情况会造成以下问题 (1)用户流量的浪费 (2)程序响应速度不够快 解决上面的问题,一般考虑对数据进行缓存. 二.缓存 为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存) 第一次请求数据时,内存缓存中没有数据,硬盘缓存中没有数据. 缓存数据的过程 当服务器返回数据时,需要做以下步骤 (1)使用服务器的数据(比如解析.显示) (

IOS 缓存思路

为了提高程序的响应速度,可以考虑使用缓存(内存缓存\硬盘缓存) 第一次请求数据时内存缓存中没有数据硬盘缓存中没有数据 当服务器返回数据时,需要做以下步骤 使用服务器的数据(比如解析.显示) 将服务器的数据缓存到硬盘(沙盒) 此时缓存的情况是 内存缓存中有数据 硬盘缓存中有数据 如果程序并没有被关闭,一直在运行 内存缓存中有数据 硬盘缓存中有数据 如果再次请求数据,直接使用内存缓存中的数据即可   如果程序重新启动 内存缓存已经消失,没有数据 硬盘缓存依旧存在,还有数据 一旦从硬盘缓存中读取数据,