找到一篇介绍离线缓存的,感受比以前看到的解释的更透彻,新的知识点记录以下:javascript
你们都知道Web App是经过浏览器来访问的,因此离线状态下是没法使用app的。其中web app中的一些资源并不常常改变,不须要每次都向服务器发送请求。这时应运而生的离线缓存就显得尤其突出。经过吧须要离线缓存储的文件列在一个manifest配置文件中。酱紫在离线状况下也可使用app。css
使用方法html
只要在头部加一个manifest属性就ok了html5
1 <!DOCTYPE HTML> 2 <html manifest = "cache.manifest"> 3 ... 4 </html>
而后cache.manifest文件的书写方式以下:java
CACHE MANIFEST #v0.11 CACHE: js/app.js css/style.css NETWORK: resourse/logo.png FALLBACK: / /offline.html
代码说明:web
离线存储的manifest通常由三个部分组成:
1.CACHE:表示须要离线存储的资源列表,因为包含manifest文件的页面将被自动离线存储,因此不须要把页面自身也列出来。
2.NETWORK:表示在它下面列出来的资源只有在在线的状况下才能访问,他们不会被离线存储,因此在离线状况下没法使用这些资源。不过,若是在CACHE和NETWORK中有一个相同的资源,那么这个资源仍是会被离线存储,也就是说CACHE的优先级更高。
3.FALLBACK:表示若是访问第一个资源失败,那么就使用第二个资源来替换他,好比上面这个文件表示的就是若是访问根目录下任何一个资源失败了,那么就去访问offline.html。浏览器
更新于2016.9.23缓存
使用HTML5,经过建立cache manifest文件,可轻松建立web应用的离线版本。服务器
HTML5引入了应用程序缓存,这意味着web应用可进行缓存,并可在没有网络时进行访问。cookie
应用程序缓存为应用带来三个优点:
离线浏览--用户可在离线时使用它们。
速度--已经缓存的资源加载得更快。
减小服务器负载--浏览器将只从服务器下载更改过的资源。
如上面提到的HTML5的离线存储是基于一个新建的.appcache
文件的,经过这个文件上的解析清单
离线存储资源,这些资源就会像cookie同样被存储了下来。以后当网络在处于离线状态下时,浏览器会经过被离线存储的数据进行页面展现。
就像cookie同样,html5的离线存储也须要服务器环境。
这里提供一个小工具——简易iis服务器,把它放在项目更目录下,双击运行便可模拟服务器环境。
连接: http://pan.baidu.com/s/1jG86UV0 密码: ja9h
在开始以前要先了解下manifest
(即.appcache
文件),上面的解析清单
要怎么写。
manifest 文件是简单的文本文件,它告知浏览器被缓存的内容(以及不缓存的内容)。
manifest 文件可分为三个部分:
- CACHE MANIFEST - 在此标题下列出的文件将在首次下载后进行缓存
- NETWORK - 在此标题下列出的文件须要与服务器的链接,且不会被缓存
- FALLBACK - 在此标题下列出的文件规定当页面没法访问时的回退页面(好比 404 页面)
在线的状况下,用户代理每次访问页面,都会去读一次manifest.若是发现其改变, 则从新加载所有清单中的资源。
第一行,CACHE MANIFEST,是必需的:
1 CACHE MANIFEST / theme.css /logo.gif / main.js
上面的 manifest 文件列出了三个资源:一个 CSS 文件,一个 GIF 图像,以及一个 JavaScript 文件。当 manifest 文件加载后,浏览器会从网站的根目录下载这三个文件。而后,不管用户什么时候与因特网断开链接,这些资源依然是可用的。
白名单,使用通配符”*”. 则会进入白名单的open状态. 这种状态下.全部不在相关Cache区域出现的url都默认使用HTTP相关缓存头策略.
下面的 NETWORK 小节规定文件 “login.asp” 永远不会被缓存,且离线时是不可用的:
1 NETWORK: login.asp
可使用*来指示全部其余资源/文件都须要因特网链接:
NETWORK: *
下面的 FALLBACK 小节规定若是没法创建因特网链接,则用 “offline.html” 替代 /html5/ 目录中的全部文件:
ALLBACK:/html5/ /404.html
注释:第一个 URI 是资源,第二个是替补。
一旦应用被缓存,它就会保持缓存直到发生下列状况:
case/ |-- index.html | |-- demo.appcache | |-- 简易IIS服务器.exe | `-- image |-- 01.jpg `-- 02.jpg
index.html
<!DOCTYPE html> <html lang="en" manifest="demo.appcache"> <head> <meta charset="UTF-8"> <title>HTML5离线存储</title> </head> <body> <img src="image/01.jpg" alt=""> <img src="image/02.jpg" alt=""> </body> </html>
demo.appcache
CACHE MANIFEST #v01 image/01.jpg NETWORK:*FALLBACK: /
好接着执行简易IIS服务器.exe
试试看吧。
当iis开启时
当iis关闭时(是关闭,暂停看不出效果)
能够看见图片1
成功被离线展现出来了,图片2
像正常状况同样显示不出来。
如今我想把图片2
和图片1
的位置换一下呢.
<body> <img src="image/02.jpg" alt=""> <img src="image/01.jpg" alt=""> </body>
这时候发现问题来了,html明明修改了为何图片没有置换过来呢,我不是在demo.appcache
文件的NETWORK
写了星号吗?除了CACHE MANIFEST
文件其它都采用在线模式。查资料得知:引入manifest的页面,即便没有被列入缓存清单中,仍然会被用户代理缓存。
好吧,那我把.appcache
文件更新下,因而乎把头部的版本号修改一下#v02
。刷新下页面仍是没反应!再刷新,有了!为何?
对于浏览器来讲,manifest的加载是要晚于其余资源的. 这就致使check manifest的过程是滞后的.发现manifest改变.全部浏览器的实现都是紧随这作静默更新资源.以保证下次pv,应用到更新.
经过控制台咱们可以窥探一二:
咱们的产品已经更新了用户却要第二次进来才可以看到,这样用户体验也太差了吧,有什么方式可以解决呢?好在html5给javascript提供了相关的API。
API篇幅太多自行查看把,这里我晒下我测试成功的code:
1 /*code1,简单粗暴的*/ 2 applicationCache.onupdateready = function(){ 3 applicationCache.swapCache(); 4 location.reload(); 5 }; 6 /*code2,缓存公用方法*/ 7 // var EventUtil = { 8 // addHandler: function(element, type, handler) { 9 // if (element.addEventListener) { 10 // element.addEventListener(type, handler, false); 11 // } else if (element.attachEvent) { 12 // element.attachEvent(“on” + type, handler); 13 // } else { 14 // element["on" + type] = handler; 15 // } 16 // } 17 // }; 18 // EventUtil.addHandler(applicationCache, “updateready”, function() { //缓存更新并已下载,要在下次进入页面生效 19 // applicationCache.update(); //检查缓存manifest文件是否更新,ps:页面加载默认检查一次。 20 // applicationCache.swapCache(); //交换到新的缓存项中,交换了要下次进入页面才生效 21 // location.reload(); //从新载入页面 22 // });
code1通常用在页面加载时直接触发,而code2的方式可后期检查更新。
文章来源:http://www.codeceo.com/article/html5-cache.html
侵权删