iOS开发之缓存(一):内存缓存

简介:

前面一片文章介绍了如何上传和下载文件,这篇文章将介绍一下如何在iOS设备中进行缓存。

这篇文章将只介绍一下将内容缓存到内存中,下一篇文章就介绍一下在iOS磁盘上缓存内容。

使用缓存的目的是为了使用的应用程序能更快速的响应用户输入,是程序高效的运行。有时候我们需要将远程web服务器获取的数据缓存起来,减少对同一个url多次请求。

内存缓存我们可以使用sdk中的NSURLCache类。NSURLRequest需要一个缓存参数来说明它请求的url何如缓存数据的,我们先看下它的CachePolicy类型。

1、NSURLRequestUseProtocolCachePolicy NSURLRequest默认的cache policy,使用Protocol协议定义。
2、NSURLRequestReloadIgnoringCacheData 忽略缓存直接从原始地址下载。
3、NSURLRequestReturnCacheDataElseLoad 只有在cache中不存在data时才从原始地址下载。
4、NSURLRequestReturnCacheDataDontLoad 只使用cache数据,如果不存在cache,请求失败;用于没有建立网络连接离线模式;
5、NSURLRequestReloadIgnoringLocalAndRemoteCacheData:忽略本地和远程的缓存数据,直接从原始地址下载,与NSURLRequestReloadIgnoringCacheData类似。
6NSURLRequestReloadRevalidatingCacheData:验证本地数据与远程数据是否相同,如果不同则下载远程数据,否则使用本地数据。

NSURLCache还提供了很多方法,来方便我们实现应用程序的缓存机制。下面我通过一个例子来说明,这个例子减少我们对同一个url多次请求。看下面代码:

-( IBAction ) buttonPress:( id ) sender
{
     NSString  *paramURLAsString= @ "http://www.baidu.com/" ;
     if  ([paramURLAsString length] == 0){
         NSLog (@ "Nil or empty URL is given" );
         return ;
     }
     NSURLCache  *urlCache = [ NSURLCache  sharedURLCache];
     /* 设置缓存的大小为1M*/
     [urlCache setMemoryCapacity:1*1024*1024];
      //创建一个nsurl
     NSURL  *url = [ NSURL  URLWithString:paramURLAsString];
         //创建一个请求
     NSMutableURLRequest  *request =
     [ NSMutableURLRequest
      requestWithURL:url
      cachePolicy: NSURLRequestUseProtocolCachePolicy
      timeoutInterval:60.0f];
      //从请求中获取缓存输出
     NSCachedURLResponse  *response =
     [urlCache cachedResponseForRequest:request];
     //判断是否有缓存
     if  (response != nil ){
         NSLog (@ "如果有缓存输出,从缓存中获取数据" );
         [request setCachePolicy: NSURLRequestReturnCacheDataDontLoad ];
     }
     self .connection = nil ;
     /* 创建NSURLConnection*/
     NSURLConnection  *newConnection =
     [[ NSURLConnection  alloc] initWithRequest:request
                                     delegate: self
                             startImmediately: YES ];
     self .connection = newConnection;
     [newConnection release];
}

这个例子中,我们请求url为www.baidu.com的网站。如果这个url被缓存了,我们直接从缓存中获取数据,否则从www.baidu.com站点上重新获取数据。我们设置了缓存大小为1M。

使用下面代码,我将请求的过程打印出来:

- ( void )  connection:( NSURLConnection  *)connection
   didReceiveResponse:( NSURLResponse  *)response{
     NSLog (@ "将接收输出" );
}
- ( NSURLRequest  *)connection:( NSURLConnection  *)connection
              willSendRequest:( NSURLRequest  *)request
             redirectResponse:( NSURLResponse  *)redirectResponse{
     NSLog (@ "即将发送请求" );
     return (request);
}
- ( void )connection:( NSURLConnection  *)connection
     didReceiveData:( NSData  *)data{
     NSLog (@ "接受数据" );
     NSLog (@ "数据长度为 = %lu" , (unsigned long )[data length]);
}
- ( NSCachedURLResponse  *)connection:( NSURLConnection  *)connection
                   willCacheResponse:( NSCachedURLResponse  *)cachedResponse{
     NSLog (@ "将缓存输出" );
     return (cachedResponse);
}
- ( void )connectionDidFinishLoading:( NSURLConnection  *)connection{
     NSLog (@ "请求完成" );
}
- ( void )connection:( NSURLConnection  *)connection
   didFailWithError:( NSError  *)error{
     NSLog (@ "请求失败" );
}

当我们第一次点击界面上的按钮,打印的结果如下:

2011-07-30 18:50:24.910 Caching[3971:207] 即将发送请求
2011-07-30 18:50:28.557 Caching[3971:207] 将接收输出
2011-07-30 18:50:31.677 Caching[3971:207] 接受数据
2011-07-30 18:50:31.681 Caching[3971:207] 数据长度为 = 4414
2011-07-30 18:50:31.682 Caching[3971:207] 接受数据
2011-07-30 18:50:31.682 Caching[3971:207] 数据长度为 = 2996
2011-07-30 18:50:38.107 Caching[3971:207] 将缓存输出
2011-07-30 18:50:38.109 Caching[3971:207] 请求完成

在看我们第二次点击界面上的按钮,打印结果如下:

2011-07-30 18:52:18.894 Caching[3971:207] 即将发送请求
2011-07-30 18:52:18.895 Caching[3971:207] 将接收输出
2011-07-30 18:52:18.895 Caching[3971:207] 接受数据
2011-07-30 18:52:18.896 Caching[3971:207] 数据长度为 = 7410
2011-07-30 18:52:18.896 Caching[3971:207] 请求完成

我们看到没有“将缓存输出”一项,请求到的数据是第一次请求的累积,也就是第二次是从内存中获取数据的。

总结:本文简单的介绍了一下iOS的内存缓存机制,下一篇文章将重点介绍一下本地缓存机制。


 

 


本文转自麒麟博客园博客,原文链接:http://www.cnblogs.com/zhuqil/archive/2011/07/30/2122127.html,如需转载请自行联系原作者

相关文章
|
20天前
|
存储 缓存 监控
后端开发中的缓存机制:深度解析与最佳实践####
本文深入探讨了后端开发中不可或缺的一环——缓存机制,旨在为读者提供一份详尽的指南,涵盖缓存的基本原理、常见类型(如内存缓存、磁盘缓存、分布式缓存等)、主流技术选型(Redis、Memcached、Ehcache等),以及在实际项目中如何根据业务需求设计并实施高效的缓存策略。不同于常规摘要的概述性质,本摘要直接点明文章将围绕“深度解析”与“最佳实践”两大核心展开,既适合初学者构建基础认知框架,也为有经验的开发者提供优化建议与实战技巧。 ####
|
1月前
|
存储 缓存 监控
|
2月前
|
存储 缓存 固态存储
|
2月前
|
存储 缓存 API
LangChain-18 Caching 将回答内容进行缓存 可在内存中或数据库中持久化缓存
LangChain-18 Caching 将回答内容进行缓存 可在内存中或数据库中持久化缓存
48 6
|
3月前
|
机器学习/深度学习 缓存 NoSQL
深度学习在图像识别中的应用与挑战后端开发中的数据缓存策略
本文深入探讨了深度学习技术在图像识别领域的应用,包括卷积神经网络(CNN)的原理、常见模型如ResNet和VGG的介绍,以及这些模型在实际应用中的表现。同时,文章也讨论了数据增强、模型集成等改进性能的方法,并指出了当前面临的计算资源需求高、数据隐私等挑战。通过综合分析,本文旨在为深度学习在图像识别中的进一步研究和应用提供参考。 本文探讨了后端开发中数据缓存的重要性和实现方法,通过具体案例解析Redis在实际应用中的使用。首先介绍了缓存的基本概念及其在后端系统性能优化中的作用;接着详细讲解了Redis的常见数据类型和应用场景;最后通过一个实际项目展示了如何在Django框架中集成Redis,
消息中间件 缓存 监控
143 0
|
4月前
|
缓存 前端开发 Linux
哇塞!NPM 缓存竟成开发拦路虎?快来掌握清空秘籍,开启前端开发逆袭之旅!
【8月更文挑战第20天】NPM是前端开发中管理依赖的关键工具。有时需清空其缓存以解决版本不一致或包损坏等问题,确保使用最新依赖。可通过命令`npm cache clean --force`强制清空全部缓存,或手动删除各系统下的缓存文件夹。注意清空缓存可能延长后续安装时间,建议事先备份依赖或确保可重新安装。正确管理缓存有助于提升开发效率。
144 1
|
4月前
|
缓存 程序员
封装一个给 .NET Framework 用的内存缓存帮助类
封装一个给 .NET Framework 用的内存缓存帮助类
|
4月前
|
缓存 开发框架 .NET
看看 Asp.net core Webapi 项目如何优雅地使用内存缓存
看看 Asp.net core Webapi 项目如何优雅地使用内存缓存
110 1
|
4月前
|
存储 缓存 JavaScript
深入理解后端开发中的缓存机制
【8月更文挑战第31天】本文将通过一个实际的后端开发案例,介绍如何有效地使用缓存来提高应用性能。我们将从基础概念开始,逐步深入到缓存策略的实施,最后通过代码示例展示如何在Node.js环境中实现一个简单的缓存系统。无论你是缓存新手还是希望优化现有系统的开发者,这篇文章都将为你提供实用的指导和启示。