嘿，较大家良好！我最近一直在搞一个 HTML5 较小项目，想做一个简洁的文本编辑器，最良好能离线也能用。可是我发觉每次尝试用 HTML5 的离线缓存， 事实上... 就总是出问题。一启动还以为是不是我搞错了哪些，后来才发觉，这事儿比我想象的要繁杂更多了。而且呢，我也不了解从哪里启动... 我的清单文件如下。

代码语言：JavaScript

运行

// 代码内容
// ...你的 JavaScript 代码...
// 在 manifest 文件中添加一些资源条件文件：举个例子：Scripts/script.js, Content/style.css 等等。 注意路径是相对 manifest 文件位置的！
// 在你的 JavaScript 代码中：采用 window.applicationCache 或 Service Worker 来管理缓存。  
window.addEventListener { // 或者在页面加载完成后落实其他操作
  var cache = window.applicationCache || window.webkitApplicationCache || self.cache; // 获取 applicationCache 对象 
  if  { // 如果有 applicationCache 对象存在 
      var request = new XMLHttpRequest; // 创建 XMLHttpRequest 对象用于申请资源条件文件。
      request.open; // 指定申请的 URL 和有没有异步申请。
      request.onload = function { // 当申请完成时落实此函数
          if  {  //检查状态码有没有成功 
              cache.addResource; // 添加资源条件到缓存。
          } else {   //如果状态码不成功 
             console.log;   //记录错误信息
          }
      };
  } else{ console.log;}
});

我的问题

我已经尝试过各种办法了但是还是没法让离线缓存工作岗位。 我在 Chrome 和 Firefox 上都测试 百感交集。 过 最终还是结果是都是一样的：Chrome 中没有添加任意内容到缓存里Firefox 中也没有弹出提示框。

为哪些这么不容简单？

1、Application Cache 的终结

话虽然是这么说… 说真实的啊！我查了很更多资料之后发觉，Application Cache 当前这个东西当前已经废弃了！ Chrome 从版本 94 启动就终止支持它了Firefox 和 Safari 也一样。 这意味着你当前遇到的“缓存失利”很有可能不是这是因为配置问题了。

2、Manifest 文件是个较大坑

Manifest 文件是离线缓存的关键啊！ 你需要告诉浏览器哪些资源条件能够被缓存以及不应当被缓存。 但是呢，Manifest 文件格式非常敏感！ 一点点的错误都会引起整个缓存流程崩溃。

manifest= main_file_name.; 
 /*清单文件里面的需要特别注意的点*/ 
 Scripts/script1.js 
 Content/style1.css 
 Scripts/script2.js

3、网络申请和 Cache 的关系

我尝试通过构建 POST 申请来绕过网络申请的问题。想法就是希望地址栏不变的情况下能够利用原来的缓存。但是呢！HTML5 的离线缓存不支持 POST 申请直接跳转啊！ 就这样吧... 即使把 POST 申请的 URL 参数拼上也不行 。所以结论是 HTML5 本身不支持 POST 跳转来启用缓存。

解决方案和技巧

4、 版本控制的十分沉关键性

雪糕刺客。 当 JavaScript 和 CSS 文件更崭新时需要对它们进行版本控制才能保证离线应用能够正常工作岗位。 采用 `SingleEngineFile` 能够将一个文件映射到更多个不同版本。

SingleEngineFile:'js/game.js?version='+versionJs,

5、图片也需要注意

`img`标签里的图片或者 css里的图片也能够被当作资源条件来访问。 能够给图片添加一个 ID ，然后采用 JavaScript 来刷崭新它。

6、Service Worker 的今后

7、不要再用 AppCache 了！

最后再来看的吐槽