当前位置: 首页 > 编程笔记 >

浅谈iOS UIWebView对H5的缓存功能

仲孙磊
2023-03-14
本文向大家介绍浅谈iOS UIWebView对H5的缓存功能,包括了浅谈iOS UIWebView对H5的缓存功能的使用技巧和注意事项,需要的朋友参考一下

这两天在搞与H5交互的事,之前做的都是加载的静态的web页面,交互调试起来很快,这次搞的是js写的前端页面,跳转什么的都是动态的,然后就不响应了,搞了半天原来是缓存的问题,这里简单介绍一下,一般请求会使用下面的方法:

+ (instancetype)requestWithURL:(NSURL *)URL;

该方法的描述如下:

Creates and returns a URL request for a specified URL with default cache policy and timeout value.

The default cache policy is NSURLRequestUseProtocolCachePolicy and the default timeout interval is 60 seconds.

大概意思是使用的缓存策略是根据协议来的, 即 NSURLRequestUseProtocolCachePolicy. 超时时间默认是60s.也就是说类似如下的请求:

NSURLRequest *urlReq = [NSURLRequest requestWithURL:url
                      cachePolicy:NSURLRequestUseProtocolCachePolicy
                      timeoutInterval:60.f];

如果协议支持缓存的话, UIWebview 请求到的数据就是缓存数据.该缓存是需要 WEB 服务器支持的.看一下常用的方法

// 使用缓存数据, 如果有缓存的话
// 使用这个方法, 改变 HTML 或者 JS 代码
// 页面不会拉取最新数据, 还是使用之前请求到的数据.
// 除非重新刷新
NSURLRequest *urlReq = [NSURLRequest requestWithURL:url
                      cachePolicy:NSURLRequestReturnCacheDataDontLoad
                    timeoutInterval:10.f];
 
// 使用协议缓存, 需要 web 服务器支持.
NSURLRequest *urlReq = [NSURLRequest requestWithURL:url
                      cachePolicy:NSURLRequestUseProtocolCachePolicy
                    timeoutInterval:60.f];
 
// 不使用缓存, 加载数据
NSURLRequest *urlReq = [NSURLRequest requestWithURL:url
                      cachePolicy:NSURLRequestReloadIgnoringCacheData
                    timeoutInterval:20.0];

下面是清除缓存的方法

[[NSURLCache sharedURLCache] removeAllCachedResponses];
[[NSURLCache sharedURLCache] setDiskCapacity:0];
[[NSURLCache sharedURLCache] setMemoryCapacity:0];

上面清除缓存的时候我们也看到了UIWebview缓存主要是利用NSURLCache来实现内存缓存或者本地缓存。内存缓存的最大值是4M(410241024),本地缓存是20M。

NSURLCache *cache = [[NSURLCache alloc] initWithMemoryCapacity:4*1024 * 1024 diskCapacity:0 diskPath:nil];
[NSURLCache setSharedURLCache:cache];

其中[NSURLCache setSharedURLCache:cache]是针对当前进程中的所有clients做的共享缓存。由于iOS中当前进程中只有一个app, 所以只要是当前app中UIWebview加载的H5页面,都是共享这个缓存空间的。

在加入上述功能之后,利用charles抓包,发现第一次加载H5页面时候,很多的css文件,在二次打开该页面的时候,charles没有抓到,这个也证明了,在将css等资源文件缓存之后,再次打开H5页面之后,UIWebview直接从NSURLCache中获取缓存的css等资源,不会再次发起请求。另外也可以在加载H5后,打印cache.currentMemoryUsage来查看对应的内存消耗情况,如果数字大于0,就说明缓存中已经存储H5内容了。

以上是在内存中缓存H5页面,这个策略有个问题,如果用户将进程杀掉,再次打开H5的时候,需要重新缓存。还有另外一种缓存策略,在本地缓存H5内容,主要是利用在NSURLCache子类中重写下面方法。

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

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。

 类似资料:
  • 本文向大家介绍浅谈Django的缓存机制,包括了浅谈Django的缓存机制的使用技巧和注意事项,需要的朋友参考一下 由于Django是动态网站,所有每次请求均会去数据进行相应的操作,当程序访问量大时,耗时必然会更加明显,最简单解决方式是使用:缓存,缓存将一个某个views的返回值保存至内存或者memcache中,5分钟内再有人来访问时,则不再去执行view中的操作,而是直接从内存或者Redis中之

  • 本文向大家介绍浅谈Glide缓存key的问题,包括了浅谈Glide缓存key的问题的使用技巧和注意事项,需要的朋友参考一下 最近项目里面有个地方是在前面用glide加载图片后,后面再另外一个地方加载相同图片时没有复用glide的缓存,而是自己另外又重新缓存了一套。 查找后发现问题是glide缓存的key不一致的问题。 从key的生成可以看到和很多参数有关,逐一排查后,发现了width和height

  • 本文向大家介绍浅谈HTTP 缓存的那些事儿,包括了浅谈HTTP 缓存的那些事儿的使用技巧和注意事项,需要的朋友参考一下 前言 HTTP 缓存机制作为 Web 应用性能优化的重要手段,对于从事 Web 开发的同学们来说,应该是知识体系的基础环节,也是想要成为前端架构的必备技能。 缓存的作用 我们为什么使用缓存,是因为缓存可以给我们的 Web 项目带来以下好处,以提高性能和用户体验。 加快了浏览器加载

  • 本文向大家介绍浅谈Webpack 持久化缓存实践,包括了浅谈Webpack 持久化缓存实践的使用技巧和注意事项,需要的朋友参考一下 前言 最近在看 webpack 如何做持久化缓存的内容,发现其中还是有一些坑点的,正好有时间就将它们整理总结一下,读完本文你大致能够明白: 什么是持久化缓存,为什么做持久化缓存? webpack 如何做持久化缓存? webpack 做缓存的一些注意点。 持久化缓存 首

  • 路由功能浅谈 在本章 选择恰当的分片数量和分片副本数量 一节中,已经提到使用路由功能可以只在一个分片上执行查询命令,作为提高系统吞吐量的一种解决方案。接下来作者将详细地介绍这一功能。 分片和分片中数据 通常情况下,ElasticSearch是如何把数据分发到各个分片中,哪个分片存储哪一类的文档等细节并不重要。因为查询时,将查询命令分发到每个分片就OK了。唯一的关键点在于算法,将数据均等地分配到各个

  • 本文向大家介绍浅谈Ajax请求与浏览器缓存,包括了浅谈Ajax请求与浏览器缓存的使用技巧和注意事项,需要的朋友参考一下 在现代Web应用程序中,前端代码充斥着大量的Ajax请求,如果对于Ajax请求可以使用浏览器缓存,那么可以显著地减少网络请求,提高程序响应速度。 1. Ajax Request 使用jQuery框架可以很方便的进行Ajax请求,示例代码如下: 非常简单,注意其中的第4行代码:ca