Service Worker自动更新流程
Service worker automatic update process
我对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种触发sw更新的方法：
- 推送和同步事件（但我没有实现这些）
- 仅当 service worker URL 发生变化时才调用 .register() （但是
在我的例子中，这是不可能的，因为 sw_main.js 被缓存了，所以我
无法更改 SW url)
- 导航到范围内的页面（我想我们有同样的缓存问题
第 2 点的
我还读了这个："Your service worker is considered updated if it's byte-different to the one the browser already has"。
这意味着如果我更改 sw.js 的内容（即未缓存），Service Worker 会自动检测更新吗？
谢谢
我找到了 2 个可能的解决方案。
首先我想说缓存（使用 pwa 缓存 API）和 sw.js 更好，因为当你离线时，它会被 sw_main.js 请求.
第一个解决方案：
使用 service worker 的缓存作为后备，并始终尝试通过 fetch() 进入网络优先。
这仅适用于 sw.js，也许 sw_main.js。
你失去了缓存优先策略提供的一些性能提升，但 js 文件大小非常小，所以我认为这不是一个大问题。
第二种解决方案：
如果您的缓存 sw.js 文件发生了变化？
我们可以挂钩到已注册的 Service Worker 上的 "onupdatefound" 函数。
即使您可以缓存大量文件，Service Worker 也只会检查您注册服务的哈希值-worker.js。
如果该文件只有 1 个小改动，它将被视为新版本。
所以这证实了我之前的问题！我试试看！
如果可行，第二种方案最好
我对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种触发sw更新的方法：
- 推送和同步事件（但我没有实现这些）
- 仅当 service worker URL 发生变化时才调用 .register() （但是 在我的例子中，这是不可能的，因为 sw_main.js 被缓存了，所以我 无法更改 SW url)
- 导航到范围内的页面（我想我们有同样的缓存问题 第 2 点的
我还读了这个："Your service worker is considered updated if it's byte-different to the one the browser already has"。
这意味着如果我更改 sw.js 的内容（即未缓存），Service Worker 会自动检测更新吗？
谢谢
我找到了 2 个可能的解决方案。
首先我想说缓存（使用 pwa 缓存 API）和 sw.js 更好，因为当你离线时，它会被 sw_main.js 请求.
第一个解决方案：
使用 service worker 的缓存作为后备，并始终尝试通过 fetch() 进入网络优先。 这仅适用于 sw.js，也许 sw_main.js。 你失去了缓存优先策略提供的一些性能提升，但 js 文件大小非常小，所以我认为这不是一个大问题。
第二种解决方案：
如果您的缓存 sw.js 文件发生了变化？ 我们可以挂钩到已注册的 Service Worker 上的 "onupdatefound" 函数。 即使您可以缓存大量文件，Service Worker 也只会检查您注册服务的哈希值-worker.js。 如果该文件只有 1 个小改动，它将被视为新版本。 所以这证实了我之前的问题！我试试看！
如果可行，第二种方案最好