HTML5的manifest缓存
要使用manifest缓存，我们首先需要写一个manifest文件。这个文件有严格的格式要求，下面是个例子
使用manifest文件只要在页面的HTML标签中加入一个属性“manifest="manifest文件路径"”就可以了，比如
从这个信息中可以看出，我们设置的需要缓存的两个文件都缓存了。而且引用manifest的那个页面也被缓存了。这个很重要，这个是manifest的机制，它除了会缓存设置好的文件之外，还会缓存当前引用manifest文件的页面（想关都关不掉）。所以使用起来很不方便，这就需要注意。
另外，manifest缓存之后的东西只有在manifest文件发生变化时才会跟新（貌似是这个文件的md5发生变化时才更新）。而被缓存文件更新时浏览器是不会去获取新文件的。也就是说，刚刚那个页面已经缓存了test.css，现在我修改了test.css，页面也不会有任何变化。除非我修改manifest文件本身的内容（注意是内容，不是修改时间）。一般为了更新这个缓存，可以在里面的注释中放入修改时间来更新它。这个我就不截图了，好麻烦的。
说完这些问题，现在回过头来看看manifest本身的写法。除了上面的“CACHE:”之外，还有几个操作类型。下面是这些操作类型和说明
CACHE:设置后面的文件为缓存
NETWORK:置后面的文件为不缓存（无法设置自身页面）
FALLBACK:置后面的文件错误或不存在的时候使用另一个文件
SETTINGS:可以设置fast或prefer-online两种模式
CACHE是设置缓存，之前已经说过了。
NETWORK是设置不缓存。由于manifest的机制是把整个页面（或者说Web应用）储存的本地。所以，当前页面使用的所有资源都必须有一个设置。如果不设置就会在页面缓存之后找不到，所以通常需要使用NETWORK来匹配所有不需要缓存的资源，如下面这样。
由于x.css不存在，所以缓存时候采用了test.css来代替它。
SETTINGS可以设置成两种模式，默认是fast。但是在我的测试中没感觉到这两种模式有什么区别，这个就暂时不说了。
这些就是manifest缓存最基本的东西，还有一个很大的问题就是火狐的警告。当使用manifest时，火狐下会出现警告。
这就是这个东西最蛋疼的地方，所以现在先稍稍了解下，不去深入研究。等以后这些问题都解决了在来回头看这货吧。其实manifest的作用是把Web应用本地化，如果仅仅是做“Web应用本地化”，确实可以用上。但是这个东西在其他方面实在是不给力。所以目前的项目都不会考虑用这党疼的玩意儿。上面的这么多也只是入门级的测试，还有好多东西需要测试。不过由于现在用不上，暂时就不研究了。
CACHE MANIFEST
#我是注释，这个文件名叫test.manifest
CACHE:
/test.css
/test.js 这就是一个简单的manifest文件。一开始必须是“CACHE MANIFEST”来声明这是一个manifest文件。后面的“CACHE:”是操作类型，再后面的两个文件按路径是“CACHE:”这个操作类型作用的文件，表示这些文件需要缓存。当然，操作类型不止CACHE一种，这个后面再说。我们先来说说大家最关心的问题。这个manifest文件怎么使用？使用manifest文件只要在页面的HTML标签中加入一个属性“manifest="manifest文件路径"”就可以了，比如
< html manifest="test.manifest">
< head>
< link href="test.css" rel="stylesheet" />
< script src="test.js">< /script>
< /head>
< body>
< div>次碳酸钴< /div>
< body>
< /html> 这个页面就使用了上面写的manifest文件，我们用Chrome打开这个页面就可以在控制台中找到这个manifest的工作信息。从这个信息中可以看出，我们设置的需要缓存的两个文件都缓存了。而且引用manifest的那个页面也被缓存了。这个很重要，这个是manifest的机制，它除了会缓存设置好的文件之外，还会缓存当前引用manifest文件的页面（想关都关不掉）。所以使用起来很不方便，这就需要注意。
另外，manifest缓存之后的东西只有在manifest文件发生变化时才会跟新（貌似是这个文件的md5发生变化时才更新）。而被缓存文件更新时浏览器是不会去获取新文件的。也就是说，刚刚那个页面已经缓存了test.css，现在我修改了test.css，页面也不会有任何变化。除非我修改manifest文件本身的内容（注意是内容，不是修改时间）。一般为了更新这个缓存，可以在里面的注释中放入修改时间来更新它。这个我就不截图了，好麻烦的。
说完这些问题，现在回过头来看看manifest本身的写法。除了上面的“CACHE:”之外，还有几个操作类型。下面是这些操作类型和说明
CACHE:设置后面的文件为缓存
NETWORK:置后面的文件为不缓存（无法设置自身页面）
FALLBACK:置后面的文件错误或不存在的时候使用另一个文件
SETTINGS:可以设置fast或prefer-online两种模式
CACHE是设置缓存，之前已经说过了。
NETWORK是设置不缓存。由于manifest的机制是把整个页面（或者说Web应用）储存的本地。所以，当前页面使用的所有资源都必须有一个设置。如果不设置就会在页面缓存之后找不到，所以通常需要使用NETWORK来匹配所有不需要缓存的资源，如下面这样。
CACHE MANIFEST
NETWORK:
* FALLBACK是不存在是使用另一个文件替代，下面是个例子CACHE MANIFEST
#test.manifest
FALLBACK:
/x.css /test.css< html manifest="test.manifest">
< head>
< link href="x.css" rel="stylesheet" />
< /head>
< /html>由于x.css不存在，所以缓存时候采用了test.css来代替它。
SETTINGS可以设置成两种模式，默认是fast。但是在我的测试中没感觉到这两种模式有什么区别，这个就暂时不说了。
这些就是manifest缓存最基本的东西，还有一个很大的问题就是火狐的警告。当使用manifest时，火狐下会出现警告。
这就是这个东西最蛋疼的地方，所以现在先稍稍了解下，不去深入研究。等以后这些问题都解决了在来回头看这货吧。其实manifest的作用是把Web应用本地化，如果仅仅是做“Web应用本地化”，确实可以用上。但是这个东西在其他方面实在是不给力。所以目前的项目都不会考虑用这党疼的玩意儿。上面的这么多也只是入门级的测试，还有好多东西需要测试。不过由于现在用不上，暂时就不研究了。
