iOS 网络请求缓存机制分析

在移动互联网时代,有大量的静态资源需要在移动客户端进行展示,这些静态资源占据了客户端的主要网络流量。iOS系统针对get请求提供了多种缓存策略,正确地使用缓存策略可以有效减少网络流量的消耗,极大缩短页面的打开时间,提升用户体验,但另外一方面,如果使用缓存策略不当,当服务器的资源发生变化时,客户端未能及时发现而且展示了缓存资源,导致用户未能及时获取最新的内容,造成不良影响。本文的主要内容是针对iOS的网络请求缓存机制进行了分析。

多种缓存策略

在创建网络请求时,可以通过设置NSURLRequest的cachePolicy属性来设置请求的缓存策略。
iOS对NSURLRequest提供了7种缓存策略:(实际上能用的只有4种)

  • NSURLRequestUseProtocolCachePolicy // 默认的缓存策略(取决于协议)

  • NSURLRequestReloadIgnoringLocalCacheData // 忽略缓存,重新请求

  • NSURLRequestReloadIgnoringLocalAndRemoteCacheData // 未实现

  • NSURLRequestReloadIgnoringCacheData = NSURLRequestReloadIgnoringLocalCacheData // 忽略缓存,重新请求

  • NSURLRequestReturnCacheDataElseLoad// 有缓存就用缓存,没有缓存就重新请求

  • NSURLRequestReturnCacheDataDontLoad// 有缓存就用缓存,没有缓存就不发请求,当做请求出错处理(用于离线模式)

  • NSURLRequestReloadRevalidatingCacheData // 未实现

不同缓存策略的效果

本文编写了一个测试demo,用于请求本机的一个图片资源信息,通过设置不同的缓存策略,借助charles工具对客户端的网络请求内容进行监测,从而观察不同缓存策略的效果。

  • NSURLRequestUseProtocolCachePolicy
NSURLRequestUseProtocolCachePolicy请求效果

这个是默认的缓存机制,当系统第一次请求该网络资源时,本地缓存当中并不存在该资源文件,于是请求了整个资源文件,并且缓存该文件的缓存信息。当第二请求该文件时,系统会在请求头添加If-Modified-Since字段或者If-None-Match字段,将缓存信息携带上去,服务器根据缓存信息判断该资源是否发生了变化,如果没有变化,则返回304消息。

  • NSURLRequestReloadIgnoringLocalCacheData
NSURLRequestReloadIgnoringLocalCacheData请求效果

该策略在每次请求资源时都会将忽略本地的缓存内容,每次都会将最新的资源请求下来。

  • NSURLRequestReturnCacheDataElseLoad
NSURLRequestReturnCacheDataElseLoad

该策略有缓存就用缓存,没有缓存就重新请求。在第一次请求资源时,由于本地并不存在缓存资源,会将资源请求下来。在第二次请求时,由于本地已经存在了缓存内容,客户端根本不再发起网络请求。上图中是多次请求资源的结果,只有在第一请求资源时才会发送请求。

  • NSURLRequestReturnCacheDataDontLoad
    该策略有缓存就用缓存,没有缓存就不发请求,当做请求出错处理。当本地并不存在对应的缓存资源时,回调接口会报错,如下所示:
Error Domain=NSURLErrorDomain Code=-1008 "resource unavailable" UserInfo={NSUnderlyingError=0x600000243240 {Error Domain=kCFErrorDomainCFNetwork Code=-1008 "(null)"}, NSErrorFailingURLStringKey=http://localhost:8081/default.jpg, NSErrorFailingURLKey=http://localhost:8081/default.jpg, NSLocalizedDescription=resource unavailable}

缓存的管理者NSURLCache

iOS系统使用NSURLCache类来管理网络请求的缓存,对于系统发送的网络请求,都使用了[NSURLCache sharedURLCache]对象来管理缓存。在一个App应用当中,由于使用了同一个对象来管理缓存,所以不同的网络请求之间是使用同一个缓存来管理的。所以上述缓存策略像NSURLRequestReturnCacheDataDontLoad才能执行起来。
在iOS5以前,apple不支持磁盘缓存,在iOS5的时候,允许磁盘缓存,(NSURLCache 是根据NSURLRequest 来实现的)只支持http,在iOS6以后,支持http和https。

NSURLCache的常见用法:

  • 获得全局缓存对象(没必要手动创建)NSURLCache *cache = [NSURLCache sharedURLCache];

  • 设置内存缓存的最大容量(字节为单位,默认为512KB)- (void)setMemoryCapacity:(NSUInteger)memoryCapacity;

  • 设置硬盘缓存的最大容量(字节为单位,默认为10M)- (void)setDiskCapacity:(NSUInteger)diskCapacity;

  • 硬盘缓存的位置:沙盒/Library/Caches

  • 取得某个请求的缓存- (NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request;

  • 清除某个请求的缓存- (void)removeCachedResponseForRequest:(NSURLRequest *)request;

  • 清除所有的缓存- (void)removeAllCachedResponses;

自定义缓存策略

在大部分情况下,使用默认的缓存策略可以满足客户端的需求,但是该策略存在一个问题,即在第二次请求网络资源时,需要发起一个请求来判断资源是否发生的变化,客户端需要等待这个请求返回之后来判断是否使用缓存结果。如果我们知道该资源变化的频率特别低,我们不必要在每次动态请求资源时都发起一个资源是否变化的请求,而是在应用启动时发起请求,每次启动后就更新资源信息。此时就需要了解缓存的原理。
对于服务器而言,主要可以通过两种方法来差别客户端的缓存是否过期。

  • 第一个是下发Last-Modified字段信息,客户端将该字段内容缓存下来,该字段保存了资源上次修改的信息,此后客户端在发起请求时,在请求头当中添加If-Modified-Since字段,将资源修改时间携带上去,服务器根据时间来判断资源是否进行了修改。
  • 第二种方法是通过下发ETag字段信息,该字段保存了资源的唯一标识,大部分会使用Hash值来表示。客户端在收到结果后将该字段进行缓存,然后每次请求资源时,将该缓存结果放在If-None-Match字段当中,服务器通过比较标识号来判断缓存是否过期。
    通过上面对缓存机制的分析,完全只可以自定义缓存策略,在每次请求时,将服务器端的缓存信息保存到本地,以后在每次用户启动或者固定时间间隔动态发送信息更新资源信息,可以更加有效地提供加载速度。代码如下所示:
- (IBAction)fun1:(id)sender {
    NSURL *url = [NSURL URLWithString:@"http://localhost:8081/default.jpg"];
    NSURLRequest *request = [[NSURLRequest alloc] initWithURL:url cachePolicy:NSURLRequestUseProtocolCachePolicy timeoutInterval:5.0];
    NSURLSession *session = [NSURLSession sharedSession];
    NSURLSessionDataTask *dataTask = [session dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
        UIImage *image = [[UIImage alloc] initWithData:data];
        NSLog(@"response is %@",response);
        dispatch_async(dispatch_get_main_queue(), ^{
            self.myImage.image = image;
        });
    }];
    [dataTask resume];
}

- (IBAction)fun2:(id)sender {
    NSURL *url = [NSURL URLWithString:@"http://localhost:8081/default.jpg"];
    NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:url cachePolicy:NSURLRequestReloadIgnoringCacheData timeoutInterval:5.0];
    if (self.imgDate)
    {
        [request setValue:self.imgDate forHTTPHeaderField:@"If-Modified-Since"];
    }
    NSURLSession *session = [NSURLSession sharedSession];
    NSURLSessionDataTask *dataTask = [session dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
        NSHTTPURLResponse *httpResponse = (NSHTTPURLResponse*)response;
        NSDictionary *headerDict = httpResponse.allHeaderFields;
        if ([headerDict objectForKey:@"Last-Modified"])
        {
            self.imgDate = [headerDict objectForKey:@"Last-Modified"];
        }
        UIImage *image = [[UIImage alloc] initWithData:data];
        NSLog(@"response is %@",response);
        dispatch_async(dispatch_get_main_queue(), ^{
            self.myImage.image = image;
        });
    }];
    [dataTask resume];
}

- (IBAction)fun3:(id)sender {
    NSURL *url = [NSURL URLWithString:@"http://localhost:8081/default.jpg"];
    NSMutableURLRequest *request = [[NSMutableURLRequest alloc] initWithURL:url cachePolicy:NSURLRequestReloadIgnoringCacheData timeoutInterval:5.0];
    if (self.eTag)
    {
        [request setValue:self.eTag forHTTPHeaderField:@"If-None-Match"];
    }
    NSURLSession *session = [NSURLSession sharedSession];
    NSURLSessionDataTask *dataTask = [session dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {
        NSHTTPURLResponse *httpResponse = (NSHTTPURLResponse*)response;
        NSDictionary *headerDict = httpResponse.allHeaderFields;
        if ([headerDict objectForKey:@"Etag"])
        {
            self.eTag = [headerDict objectForKey:@"Etag"];
        }
        UIImage *image = [[UIImage alloc] initWithData:data];
        NSLog(@"response is %@",response);
        dispatch_async(dispatch_get_main_queue(), ^{
            self.myImage.image = image;
        });
    }];
    [dataTask resume];
}

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

推荐阅读更多精彩内容