Service Worker 自动更新流程

Question

我对 Service Worker 更新过程有疑问。 在我的项目中有2个与sw相关的文件：

“sw.js”，放置在网站根目录中，不会被缓存（通过缓存 API 和 Web 浏览器）。

我的 service worker 管理所有静态文件和所有动态 url 页面的缓存。

有时我需要更新它，客户端必须检测到有更新并立即执行。

"sw_main.js" 是安装我的 sw 的脚本。此文件由 Cache API 缓存，因为我的应用必须离线工作。

在里面我们可以找到：

var SW_VERSION = '1.2';
navigator.serviceWorker.register("sw.js?v=" + SW_VERSION, { scope: "/" }).then(....

问题是：因为sw_main.js是缓存的，如果我改了SW_VERSION然后在线部署webapp，所有客户端都不会 更新，因为看不到该文件中的更改。

管理软件更新过程的最佳方式是什么？

就我现在来说，触发sw更新的方法有3种：

1. 推送和同步事件（但我没有实现这些）
2. 仅当服务工作者 URL 已更改时才调用 .register()（但 就我而言，这是不可能的，因为 sw_main.js 被缓存了，所以我 无法更改 SW url)
3. 导航到范围内的页面（我认为我们有相同的缓存问题 第 2 点）

我还读到：“如果您的 service worker 与浏览器已有的字节不同，则认为它已更新”。

也就是说如果我改变了sw.js的内容（即没有缓存），service worker会自动检测更新？

谢谢

Answer 1

我找到了 2 个可能的解决方案。

首先我想说的是，最好将 sw.js 也缓存起来（使用 pwa Cache API），因为当您离线时，它会被 sw_main.js 请求。

第一个解决方案：

使用 service worker 的缓存作为备用，并始终尝试通过 fetch() 进行网络优先。 这仅适用于 sw.js 和 sw_main.js。 你失去了缓存优先策略提供的一些性能提升，但是 js 文件大小非常小，所以我认为这不是一个大问题。

第二种解决方案：

如果您缓存的 sw.js 文件已更改？ 我们可以挂接到注册的 Service Worker 上的“onupdatefound”函数。 即使您可以缓存大量文件，Service Worker 也只会检查您注册的 service-worker.js 的哈希值。 如果该文件中只有 1 个小改动，它将被视为新版本。 所以这证实了我之前的问题！我试试看！

如果可行，第二个解决方案是最好的