app嵌html屡见不鲜, 本文描述加载简单的html网页。
首先说明需求: 有网的状态直接从获取html网页并且缓存, 无网状态先从缓存读取html, 若不成功则加载本地html文件, 并且将本地html文件写入缓存, 以便下次读取.
1.加载html网页, viewWillAppear或者viewDidLoad.
以下QAUrl均为html完整的url
2.若成功, 就在成功的代理方法里, 将网页端html写入缓存
3.不成功,在失败的代理方法里, 加载磁盘缓存或者本地html,其中isNetConnected是指是否连接到互联网, 默认是true,加载失败后置为false.
fileprivate var isNetConnected: Bool = true // 是否连接到互联网
4.同样,此次成功后,在代理方法里,将本地html文件写入缓存
5.代理方法的里很简洁
6.需要注意的是
(1)拼接缓存地址时, 如果html的URL类似于" http://10.0.4.2:82/app/qa.html ",不能作为地址拼接,否则无法缓存.
(2)笔者将拼接地址统一写成"/Caches/feedback.html",若有新的缓存,则地址被覆盖,不会导致缓存多个相同文件,一般无需清理或者导致内存警告
(3)本文不涉及缓存图片, js交互等问题
7.补充:
开发过程中,笔者又遇到了一个问题,有网的情况下,网页也可能出现加载不成功.这个时候如果只是加载网页就会什么都没有.所以在viewWillAppear或者viewDidLoad里应该有个判断
如果请求request返回的finish是true即成功,则加载html网页,不成功则加载缓存.
当我们使用webview加载html资源时，本质上就是向服务器索取资源的http请求过程，如果我们不注意资源的缓存策略的话，就可能会造成这样那样的问题，比如：实时性要求较高的功能却老是走缓存不更新，有些基本不会变动的页面却又每次都重新去服务器拉请求。
iOS自带的缓存策略，提供了一个内存和磁盘混合的缓存，一共有7种缓存策略，使用较多的是其中的四种（ 下方编号1，2，5，6 ）
上面介绍了iOS自带的缓存控制 NSURLRequestCachePolicy ，也说到当 NSURLRequestCachePolicy 设为默认的 NSURLRequestUseProtocolCachePolicy 时，主要是根据http的缓存策略来决定是否使用缓存。
那么就简单的介绍一下，http的缓存控制和缓存校验。
在http中，控制缓存开关的字段有两个，Pragma和Cache-Control
Pragma有两个字段no-cache和expires，当pragma为no-cache时表示禁用缓存，expires的值是一个GMT时间，表示该缓存的有效时间。但是已经被逐步抛弃了，有些网站为了向下兼容还保留了这两个字段。
Cache-Control除了在响应中使用，在请求中也可以使用。
在请求中使用，Cache-Control可选的值有：
在响应中使用，Cache-Control可选的值有：
在缓存中，我们需要一个机制来验证缓存是否有效。比如服务器的资源更新了，客户端需要及时刷新缓存；又或者客户端的资源过了有效期，但服务器上的资源还是旧的，此时不需要重新发送。缓存校验就是用来解决这些问题的，在http1.1中，主要关注下 Last-Modified 和 etag 这两个字段。
服务端在返回资源时，会将该资源的最后更改时间通过 Last-Modified 字段返回给客户端。客户端下次请求时通过 If-Modified-Since 或者 If-UnModified-Since 带上 Last-Modified ，服务端检查该时间是否与服务器的最后修改时间一致：如果一致，则返回304状态码，不反悔资源；如果不一致，则返回200和修改后的资源，并带上新的时间。
单纯的以修改时间来判断还是有缺陷，比如文件的最后修改时间变了，但内容没变。对于这样的情况，我们可以使用etag来处理。
etag的方式是这样：服务器通过某个算法对资源进行计算，取得一串值(类似于文件的md5值)，之后将该值通过etag返回给客户端，客户端下次请求时通过If-None-Match或If-Match带上该值，服务器对该值进行对比校验：如果一致则不要返回资源。
当我们的webview缓存到一定的峰值的时候，需要手动的清除一下wenview的缓存，方法如下：
找出web缓存的路径，清空该路径
webKit除了清除缓存的API
觉得有用，请帮忙点亮红心
Better Late Than Never!
努力是为了当机会来临时不会错失机会。
共勉！
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）