Service Worker 缓存文件处理

交代背景

前段时间升级了一波Google Chrome，发现我的JulyNovel站点Ctrl+F5也刷新不了，后来发现是新的Chrome已经支持Service Worker，而我的JulyNovel也满足https这个硬性条件。

之前加载过的css和js都被缓存了。

所以这里是有点小问题的，毕竟我服务器更新了，你service worker 没给我更新缓存，就说不过去了。

生命周期

特地跑到Google Develop去看了下究竟是怎么运转的。

Service Worker生命周期的意义

1.实现离线优先（这个不谈，没网也能搞事？这妥妥的Native的能力啊）

2.允许新服务工作线程自行做好运行准备，无需中断当前的服务工作线程。（准备替换旧的service woker）

3.确保整个过程中作用域页面由同一个服务工作线程（或者没有服务工作线程）控制。

4.确保每次只运行网站的一个版本。

install

根据我的理解，这个环节只在第一次打开网站时加载，一系列操作保证其原子性（要么可用，要么废弃）

Activate

service worker被激活，某些请求就会变成 from ServiceWorker

更新service worker

这里就是解决问题的关键了。

首先，会触发更新的情况如下

1.导航到一个作用域内的页面。

2.更新 push 和 sync 等功能事件，除非在前 24 小时内进行了更新检查。

3.调用 .register()，仅在ServiceWorker网址已发生变化时。

4.在获取更新时遵循（长达 24 小时）服务工作线程脚本上的缓存标头。我们将创建此选择加入行为，因为它可以发现问题。在您的服务工作线程脚本上，您可能需要 max-age 为 0。

更新流程

1.install

装载新的工作线程（根据我的理解，就是把css和js换个版本号，则会触发install的事件）

2.waiting

等待更新动作被触发

3.Activate

新的serviceworker替换老的

4.skipWaiting

跳过waiting

5.手动更新

navigator.serviceWorker.register('/sw.js').then(reg => {

  // sometime later…

  reg.update();

});

巴特西