Application Cache
在自己做的开源项目（ https://github.com/etoah/Lucien ）
用到了HTML5 的Application Cache,现总结如下：
目录
- Manifest的特点
- 兼容性
- 用法
- 注意事项
- 对企业内部应用的启示
- 参考
Manifest的特点
- 离线浏览: 用户可以在离线状态下浏览网站内容。
- 更快的速度: 因为数据被存储在本地，所以速度会更快.
- 减轻服务器的负载: 浏览器只会下载在服务器上发生改变的资源。
- 同源策略。
兼容性
虽说兼容性并不乐观，但IE8，9这种老东西，兼容开发量又大，界面颜值又不高，BSIE.
用法
创建一个和html同名的manifest文件，比如页面为index.html，那么可以建一个index.manifest的文件，然后给index.html的html标签添加如下属性即可：
<html lang="en" manifest="index.manifest">
CACHE:（必须）
标识出哪些文件需要缓存，可以是相对路径也可以是绝对路径。
a.csshttp://yanhaijing.com/a.css
NETWORK:（可选）
这一部分是要绕过缓存直接读取的文件，可以使用通配符＊。
下面的代码 “login.asp” 永远不会被缓存，且离线时是不可用的：
NETWORK:login.asp
可以使用星号来指示所有其他资源/文件都需要因特网连接：
NETWORK:* ###FALLBACK:（可选）
FALLBACK
指定了一个后备页面，当资源无法访问时，浏览器会使用该页面。该段落的每条记录都列出两个 URI—第一个表示资源，第二个表示后备页面。两个 URI 都必须使用相对路径并且与清单文件同源。可以使用通配符。
下面的例子中，如果无法建立因特网连接，则用 “404.html” 替代 /html5/ 目录中的所有文件。
FALLBACK:/html5/ /404.html
下面的例子中，则用 “404.html” 替代所有文件。
FALLBACK:*.html /404.html
示例
CACHE MANIFEST
CACHE:
#v0.0.0
css/editor.css
css/icons.woff
#js
js/require.js
js/main.js
#html
index.html
demo.html
NETWORK:
*
FALLBACK:
*
手动更新
if (window.applicationCache.status == window.applicationCache.UPDATEREADY) ｛
window.applicationCache.update();
｝
注意事项
- application cache会默认缓存当前页面！！！就算我们有如下设置：NETWORK:*.
- 必须为UTF-8编码.
- 第一行必须为CACHE MANIFEST
- 需要添加 MIME TYPE：text/cache-manifest
- 当更新后，第一次访问并不是蛭新的页面，刷新后才会更新。 如果manifest文件，或者内部列举的某一个文件不能正常下载，整个更新过程都将失败，浏览器继续全部使用老的缓存。
- 浏览器对缓存数据的容量限制可能不太一样（某些浏览器设置的限制是每个站点 5MB）。
- 当一个资源被缓存后，该浏览器直接请求这个绝对路径也会访问缓存中的资源。
- 站点中的其他页面即使没有设置manifest属性，请求的资源如果在缓存中也从缓存中访问。
- 当manifest文件发生改变时，资源请求本身也会触发更新。
对企业内部应用的启示
对与我们企业内部应用来说，可能这些特性并没有什么用处，但是只要结合AngularJS等MV*的框架，后端直接返回json 数据，
前端直接用html静态文件，每次用户访问时，载入的时只是载入本地Application Cache，这样的话有以下优势：
- 直接从浏览器缓存载入，减少DNS查询,TCP连接，服务器处理和网络时间，达到首屏载入时间小于1s，轻而易举。
- 前端和后端强制隔离，耦合只有WebAPI 或是Rest接口，提高可维护性。
- 服务器端不用拼接html标签，只需处理数据，部份处理放在客户端，服务器性能更佳。
参考
[1] HTML5离线存储之Application Cache
[2] HTML5 缓存: cache manifest