HTML5 的 applicationCache 应用程序缓存离线存储功能与 manifest 文件

一. 实现 HTML5 applicationCache 的步骤

一般的操作步骤

1. 新建 manifest 文件

如文件名为  lzwme.manifest，内容配置参考如下：

清单可包括以下三个不同部分：CACHE、NETWORK 和 FALLBACK。

CACHE：
这是条目的默认部分。系统会在首次下载此标头下列出的文件（或紧跟在 CACHE MANIFEST 后的文件）后显式缓存这些文件。

NETWORK：
此部分下列出的文件是需要连接到服务器的白名单资源。无论用户是否处于离线状态，对这些资源的所有请求都会绕过缓存。可使用通配符。

FALLBACK：
此部分是可选的，用于指定无法访问资源时的后备网页。其中第一个 URI 代表资源，第二个代表后备网页。两个 URI 必须相关，并且必须与清单文件同源。可使用通配符。
请注意：这些部分可按任意顺序排列，且每个部分均可在同一清单中重复出现。

注意：

A. CACHE MANIFEST 字符串应在第一行，且必不可少
B. 并不支持模糊或正则匹配，添加的文件路径一般应是可以访问的静态文件
C. 如果页面中有静态文件增加，也应该在 CACHE 的列表中添加；
D. 应保持 NETWORK 为 * ，以防止当前页面被缓存了，但未添加至 CACHE 列表的静态文件不从服务器加载，从而出现无法访问到的问题。（测试使用中发现的现象）

2. 在需要缓存的页面中加入该文件导入配置，示例：

3. 配置服务器的 manifest 格式扩展名文件支持

在 Web 服务器配置中添加如下 MIME 映射：

扩展名为 manifest，类型为 text/cache-manifest

注：
该设置是为了防止在不支持 applicationCache 功能的浏览器上浏览时，浏览器不知道该文件的格式而可能造成作为附件下载。
在支持 HTML5 该功能的浏览器上，一般可以正确的对该文件识别并判断，并不需要服务器强制解析该文件类型。

二. 注意的问题

1. 关于文件的更新

只有当 .manifest 文件变动，缓存文件才会重新更新并缓存。所以动态页面是不宜缓存的。而且当浏览器检测到该文件发生了更新时，会触发一系列事件监听函数，并异步地更新缓存，而当前页显示的依然是历史缓存内容，所以在此刷新时才能浏览最新的内容。

 1. 缓存当前页问题

一般我们只需要对不更新或很少更新的文件进行缓存，对于动态更新的页面是不提倡缓存的。
对于加载 manifest 的当前页面，浏览器会默认缓存，这会造成一个问题：
如果当前页为动态更新的页面，那么如果 manifest 文件不更新，则当面页面也就会一直被缓存，那么页面的动态更新就无法获知了。

这在HTML5 相关文档里并没有直接的解决方案，其解释是这是必须而安全的。
如果我们只是想通过当前缓存静态文件，那么我们该如何处理该问题呢？

一个可行的解决方法是添加 iframe ，那么 iframe 会一直缓存（直到 manifest 变化后更新），当前页则一直是动态的。

2. 大小限制问题

浏览器对缓存数据的容量限制可能不太一样（某些浏览器设置的限制是每个站点 5MB）
这一点并没有在多浏览器上作严格测试，对于 HTML5 的 本地存储 localStorage 大小限制的测试可参考这里：

HTML5 本地存储 localStorage：

http://lzw.me/Category/tech/html5-localstorage.html

不过，如果你编写的是针对 Chrome 网上应用店的应用，可使用 unlimitedStorage 取消该限制。

三. 相关状态监控函数参考

当浏览器检测到 .manifest 文件发生变动时，浏览器会异步的对缓存文件更新，而当前显示的依然是历史缓存内容，那么需要再次刷新才能浏览到最新的页面。但是浏览器会触发事件监听函数，我们可以通过这些事件监听函数进行适当的应用处理。
当前 HTML5 的 applicationCache 支持的监听函数有如下几种，适当的定义这些函数即可对离线应用的更新流程及应用的处理进行控制。