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();
});