工作箱：自我的危险。skipWaiting（）

Question

我使用Workbox预缓存渲染应用程序外壳所需的资产，包括基本版本的索引。html。Workbox假定索引。html在缓存中可用，否则，页面导航将失败，因为我已在我的Service Worker中注册了此项：

workbox.routing.registerNavigationRoute('/index.html');

我也有自己。安装侦听器中的skipWaiting（）指令：

self.addEventListener('install', e => {
  self.skipWaiting();
});

据我所知，现在有2个install侦听器：

• 由Workbox注册用于预缓存资产（包括index.html）的工具
• 我在Service Worker中手动注册的

当Workbox的安装侦听器失败时，self.skip等待（）是否可能成功？这将导致资产没有被预缓存但Service Worker被激活的问题状态。这种情况可能吗？我应该防范它吗？

Answer 1

我强烈建议将“服务人员生命周期”作为有关服务人员安装和更新的不同阶段的权威信息源。

总结该文章中的一些信息，因为它适用于您的问题：

>

Service Worker首先进入安装阶段，无论您注册了多少install侦听器，它们都将有机会执行。如您所建议的，Workbox创建自己的install侦听器来处理训练。

只有当每个install监听器都无错误地完成时，Service Worker才会进入下一个阶段，这可能是等待（如果已经有一个使用以前版本的服务工作人员的打开客户端）或激活（如果没有客户端使用以前版本的Service Worker）。

如果您选择使用它，它将绕过等待阶段，无论是否有任何使用以前版本的service worker的开放客户端。

如果任何监听器安装失败，调用skipWaiting（）将一事无成，因为服务人员永远不会离开安装阶段。这基本上是禁止的。

当您还使用版本化的、预先缓存的资产的延迟加载时，需要注意的一点是使用skipWaiting（）。正如文章警告的那样：

警告：skipWaiting（）表示您的新服务人员可能正在控制使用旧版本加载的页面。这意味着您页面的一些回迁将由旧的服务人员处理，但新的服务人员将处理后续的回迁。如果这可能会破坏一切，请不要使用skipWaiting（）。

因为延迟加载预先确定的版本化资产是2018年更常见的事情，所以Workbox默认不会为您调用skipWating（）。由您选择使用它。