Service Worker是否存在"exit"事件？如何监听其终止时机完成数据保存与监控？

Service Worker由浏览器统一调度管理，没有绝对可靠的同步终止通知API，浏览器可以随时终止闲置的Service Worker以释放资源，可通过以下几种方案来捕获终止时机、保证终止前的逻辑执行：

• 绑定事件生命周期的waitUntil方法兜底
  Service Worker的存活时间和它正在处理的事件完全绑定，所有未完成的事件都处理完成后，浏览器才会终止实例。你可以在fetch、sync、push、message等所有你用到的Service Worker事件回调中，通过event.waitUntil()包裹你的数据保存、监控上报逻辑，保证这部分逻辑执行完成前，Service Worker不会被强制终止。
  示例代码：

  self.addEventListener('fetch', (event) => {
    event.waitUntil(
      // 优先执行待持久化数据的保存逻辑
      savePendingMetrics().then(() => {
        // 再执行原有事件处理逻辑
        return fetch(event.request);
      })
    );
  });
  

• 监听全局beforeunload事件
  目前多数主流浏览器已经支持Service Worker全局作用域下的beforeunload事件，该事件会在浏览器判定要终止当前Service Worker实例前触发，你可以在该事件回调中执行最终的收尾逻辑。注意该事件的执行时长被浏览器严格限制，耗时过长的逻辑可能被中断，异步逻辑仍需包装到ExtendableEvent.waitUntil中才能保证执行完成。

• 搭配周期后台同步API做降级补偿
  如果你的数据可靠性要求较高，可以搭配使用Periodic Background Sync API，定时批量同步暂存的待保存数据，就算某次Service Worker被意外终止、终止前逻辑没有执行完成，也可以通过后续的定时同步补全数据，避免丢失。

注意：不要使用定时器逻辑来判断终止时机，浏览器终止Service Worker实例时会直接清空上下文内所有定时器，回调不会被触发。

内容的提问来源于stack exchange，提问作者Vadim