service work + cache 可以用来对网站的一些资源进行本地缓存,甚至可以实现离线访问的功能(如果你的网站是纯静态的)。

关于这项技术的具体科普,本文不再赘述,可以查阅此文:借助Service Worker和cacheStorage缓存及离线开发和此文 PWA 之 Service Worker 从介绍到实战再到爬坑

handsome主题最新版本也使用了此项技术实现的本地缓存,也许你在第一次进入博客的后续的访问会觉得速度很快,很大的原因可能是在此。


本文主要想讨论一下当被缓存的内容需要更新的时候,如何更新用户浏览器中的本地缓存。

sw的生命周期是:install -> waiting -> activate -> fetch

即开始注册、等待激活,激活完毕,监听页面的请求。

sw.js 是通过该函数navigator.serviceWorker.register(url:string)来注册一个service worker。

当执行这个函数的时候,浏览器如果发现这个url的文件内容有修改(和之前已经注册的sw比较),则会重新安装新版本(install->Wating)

浏览器会在空闲的时候(比如页面没有请求发生)才会替换上一个sw,而不是立即执行,这就是为什么会有wating阶段的原因。

但是我们可以在install阶段中使用skipWaiting强制跳过等待。

sw.min.js:

self.addEventListener('install', function(event) {
    event.waitUntil(self.skipWaiting()) //这样会触发activate事件
});

虽然文档中说self.skipWaiting这个函数可以插队,直接强制退休旧版本,但是具体实验后,发现如果一个域名下有多个标签页,在edge、chrome上面仍然还需要等待一小段时间,在safari和firefox上面则能够很快的替代旧版本。(这个可以在开发者工具——应用程序——服务工作进程看到当前网站的sw进程)

所以这种方式用来直接更新本地缓存是不行的。

就算一执行serviceWorker.register就能强制替换旧版本,一打开网页的时候仍然还是会使用的cache缓存中的资源(需要再次刷新才能使用最新的资源)。

原因是serviceWorker.register 这个就是一个异步执行的js,就算放在页面的最前面,仍然会有一些资源加载在register执行的前面,这些资源如果是之前缓存的,则直接调用缓存,而不是最新的资源。

所以比较好的方式是,等新的sw安装成功后,提示用户需要刷新一下浏览器,以便更新本地缓存

可以通过浏览器提供的这个函数监听新的sw版本是否安装完成:

navigator.serviceWorker.addEventListener('controllerchange', function (ev) {
    //出现提示条,提示点击刷新页面,更新本地缓存
});

在这篇文章的谨慎处理 Service Worker 的更新方法三中是类似的一个想法,但是他给出的提示条,用户如果不点击,则不会安装新版本的sw,那假如用户就是懒得点呢,一直懒的点,就会一致使用的旧版本的缓存。

而我上面的做法是,用户就算不点击提示条,也会安装新版本的sw,只是已经当前的页面加载了旧版本的缓存,但是用户下次再次进入页面(或者手动重刷页面)也就是最新的了(尽管没有点击提示条)。

最后修改:2020 年 08 月 19 日 11 : 25 PM
如果觉得我的文章对你有用,请随意赞赏