NSURLCache 实现离线加载网页数据,离线缓存,节约流量,增加体验

最近做优化网页请求 研究了下NSURLCache  实现离线加载网页数据


    代码: KLURLCache

    博客:@火柴大男人

网上找了很多资料,写的好的是一个外国人写的但也是2012年写的..很多东西已经过时 代码风格也是MRC.

国内有些人翻译过来,自己写成中文版,看了一下也没有DEMO代码. 查了其它的一些文章试了下,大多只是在讲理论.都 没有代

码DMEO.感觉研究起来费时间.  后来找一份实现代码.也有相关 博客说明.代码是MRC 有些方法也过期了..本人就是参考那份

代码实现,并做了一些改进.


写文章前一直找当时下载代码的地方 和博客地址  希望 注明一下引用一下.以示对原作者的尊重..但由于当时没有标记位置.现在也无法找到当时出处.所以在此谢过原作者的开源精神!!


第一步:

创建一个类继承 NSURLCache 

@interface KLURLCache : NSURLCache

重写这个方法,,该方法是设置 内存 与 磁盘缓存 空间大小的

- (instancetype)initWithMemoryCapacity:(NSUInteger)memoryCapacity diskCapacity:(NSUInteger)diskCapacity diskPath:(NSString *)path{

if (self = [super initWithMemoryCapacity:memoryCapacity diskCapacity:diskCapacity diskPath:path]) {

if (!path) {

_diskPath = [NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES)lastObject];

_responseInfoDict = [NSMutableDictionary  dictionaryWithCapacity:0];

}else{

_diskPath = path;

}

}

return self;

}


第二步:

关键的一步

重写 这个方法  每个请求都 会经过这个方法.做缓存就是拦截这个方法 只要是GET请求才能缓存的

- (NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request{

NSLog(@"%@",request.HTTPMethod);

if ([request.HTTPMethod compare:@"GET"] != NSOrderedSame) {

return [super cachedResponseForRequest:request];

}else{

return [self KL_CacheResponseDataFromRequest:request];

}

第三步:


缓存是如果做的 之前 请求都是通过[NSURLConnection sendAsynchronousRequest:request queue:[[NSOperationQueue alloc] init] completionHandler:^(NSURLResponse *response, NSData *data,NSError *error)进行的

IOS 9.0 后网络请求改为NSURLSession 进行管理.而不是之前的 NSURLConnection 原代码是NSURLConnection 代码也是MRC 这个地方自己修改了;


我们拿到 全局 NSURLSession *session = [NSURLSession sharedSession];

session 请求来的数据我们写入磁盘.

关于那个字典是什么,我们是缓存请求数据类型时间 键值对的.. 到时取缓存的时侯时需要用到的

NSURLSession *session = [NSURLSession sharedSession];

NSURLSessionTask *dataTask = [session dataTaskWithRequest:request completionHandler:^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) {

if (response && data) {

[self.responseInfoDict removeObjectForKey:fileName];

}

if (error) {

cachedResponse = nil;

}

NSDictionary *dict = [NSDictionary dictionaryWithObjectsAndKeys:[NSString stringWithFormat:@"%f", [date timeIntervalSince1970]], @"time",response.MIMEType,@"MIMEType",response.textEncodingName,@"textEncodingName" ,nil];

[dict writeToFile:otherInfoPath atomically:YES];

[data writeToFile:filePath atomically:YES];

cachedResponse = [[NSCachedURLResponse alloc]initWithResponse:response data:data];

}];


一个GET请求 类似于 键值对一样..因为一个网页不是简单的请求一个  www.baidu.com 这么简单..请求这个后里面还会产生很多小请求加载数据的..每次请求都 会有一个request  我们所做的就是 根据当前request里面的URL 做一对一的缓存.

比如打开百度时  www.baidu.com 这个URL地址已经缓存了,那么当request的URL地址是这个的时侯我们就不会向风络再发请求.而是从本地沙盒中拿相应的数据返回给到它..但百度www.baidu.com后里面可能还www.baidu.com/1323.jpg 等等.而且每次刷新在www.baidu.com里面会有新的数据.URL请求,这个时侯可能就会出现第二次打开www.baidu.com时 些是从网络请求的.有些是从本地加载的.如下:


2016-10-21 16:57:09.928 DEMO[1924:698294] 请求的数据是---http://www.baidu.com/

2016-10-21 16:57:09.928 DEMO[1924:698294] data from Cache

......地址是----http://m.baidu.com/static/ecom/js/wise/home/ecomAds_5f3f8bc.js

2016-10-21 16:57:09.935 DEMO[1924:698304] GET

2016-10-21 16:57:09.935 DEMO[1924:698304] 请求的数据是---http://www.baidu.com/

2016-10-21 16:57:09.936 DEMO[1924:698304] data from Cache

......地址是----http://m.baidu.com/static/search/baiduapp_icon.png

2016-10-21 16:57:09.937 DEMO[1924:698351] GET

2016-10-21 16:57:09.937 DEMO[1924:698351] 请求的数据是---http://www.baidu.com/

2016-10-21 16:57:09.938 DEMO[1924:698351] data from request

地址是------http://m.baidu.com/tc?tcreq4log=1&ssid=0&from=844b&pu=sz%401320_2001%2Cta%40iphone_1_9.3_3_601&qid=15764434222633284224-2&ct=21&cst=1&ref=index_iphone&lid=15764434222633284224-2&w=0_0_&sid=110316_104496_100186_102628_104381_100100_108470_110005_107800_110394_109974_110420_110498_110011_110298_110251_109588_108013_107320_110357_110031_110270_110400&sOS=1&banner=wiseindex&r=1477040229894

2016-10-21 16:57:09.939 DEMO[1924:698351] GET

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

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,049评论 25 707
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,494评论 18 139
  • 概览 缓存组件应该说是每个客户端程序必备的核心组件,试想对于每个界面的访问都必须重新请求势必降低用户体验。但是如何...
    默默_David阅读 1,899评论 1 9
  • 记得央视的那个调查“你幸福嘛?”让人调侃了个遍,仔细看,那个调查也并非那么不堪,还是有人满满的幸福在脸上荡漾。当时...
    吃货不孤独阅读 170评论 0 0
  • 今天继续分享【得到】App付费专栏李笑来的《通往财富自由之路》,第十六周内容——《看得见别人的好才能获得新生》。 ...
    注册营养师阿娟阅读 976评论 4 7