离线应用Application Cache详解

特点：

1.离线可访问 - 没有网络仍可访问整个应用

2.很小的服务器负载 - 缓存在本地，不需要到服务器请求

3.高速 - 加载几乎不需要时间

典型应用场景：

1.网页游戏

2.单页面应用

传统浏览器缓存（Browser Caching）：

1.缓存协商 last-modified, Etag

请求资源时去服务器询问资源有没有修改过，如果没有就返回304使用缓存的资源，更改过就返回新资源。

缓存协商过程：

1.服务器返回带有类似Last-modified:Mon, 04 Feb 2013 11:21:50 GMT的响应。

2.浏览器发送带有类似If-Modified-Since:Mon, 04 Feb 2013 11:21:50 GMT的请求。

3.服务器端根据Last-modified和If-Modified-Since判断浏览器缓存是否过期并发送相对应的响应。

Etag的工作原理与Last-midified类似，不同点在于Etag的值是用户可自定义的

2.彻底缓存 cache-control, Expires

意思是在缓存失效之前不再和服务器请求

浏览器总是优先使用cache-control，如果没有cache-control才考虑Expires

与传统浏览器缓存的区别：

1.离线缓存可以在离线状态下使用，而浏览器缓存不可以

2.离线缓存可以手动更新，而浏览器缓存不可以

3.离线缓存可以指定缓存文件，浏览器缓存不可以

4.离线缓存应用于整个web，浏览器缓存只缓存一个页面

具体实现：

1. 缓存清单文件manifest，告诉浏览器缓存哪些文件，结构如下：

CACHE MANIFEST <------必须在第一行

#version 0.5

FALLBACK: <--------指定资源获取失败时的替代资源，地址必须为相对地址，可选

rest.html fallback.html

CACHE: <--------需要缓存的文件列表
applicationCache.html

js/tesk.js

    js/test1.js
    js/test2.js
    js/test3.js
    js/test4.js
    js/test5.js
    images/flag.jpg
    css/test.css
    NETWORK:        <--------需要从网络获取的文件，*代表全部（除CACHE中的文件），注意要换行写

2. 在html标签中引用manifest文件

地址可以是相对或绝对的，但要同源。

3. 让服务器支持，以apache为例

在httpd.conf中搜mime_module，并在里面添加：

AddType text/cache-manifest .manifest

.manifest为文件扩展名，可更改。

现在浏览器应该可以缓存manifest中的文件了！！

4. 处理事件

其中，swapCache方法将会用新加载的资源替换离线缓存数据，但此时浏览器依旧用老的缓存，location.reload()刷新后才真正应用了新的缓存，更新才真正完成。

5. 缓存状态

6. 更新

调用applicationCache.update()，浏览器将尝试更新缓存，如果manifest文件有变化，将启动更新。

7. 可以使用applicationCache.abort()终止正在进行的缓存

注意事项：

1. 只有更新manifest文件本身才会导致缓存更新，更改里面列出的文件不会进行缓存的更新！

2. manifest中列出的文件，只要有一个加载失败，就会导致整个缓存过程失败

3. 服务器端设置的mime-type一定要正确，否则不会缓存任何文件

4. 缓存大小都是5MB

5. 引用manifest文件的html文件会被自动缓存，所以manifest文件中不必列出该文件，但列出也不会产生任何问题

6. manifest文件FALLBACK区地址一定要是相对地址

7. 删除manifest文件浏览器将清除离线缓存

8. 没有引用manifest文件的页面，也可以从缓存中加载资源

9. 每次更新，将加载并缓存manifest中列出的所有资源，而不是发生改变的部分

posted @ 2013-07-12 11:16 chollaflower 阅读(311) 评论(0) 编辑收藏举报

刷新页面返回顶部

chollaflower

离线应用Application Cache详解

公告