在有或没有服务人员的情况下衡量绩效

Question

我们正在进行一项实验，以衡量服务工作者的利益。作为其中的一部分，我们正在记录pageLoadTime和服务工作者状态。其思想是，控制器状态为激活状态的数据将被视为通过服务工作者提供的页面，未安装服务工作者的数据将控制器视为空，因此没有服务工作者状态。这样我们就可以将pageLoadTime与

这是知道该页面由SW提供服务的正确方法吗？我想到的一个问题是，如果SW在两者之间被杀死，并向我们提供错误的状态信息。然而，在页面加载生命周期的早期，只要js代码启动，我们就会记录服务工作者的状态。所以在这一点上，SW应该上升

在阅读了MDN上的PerformanceResourceTiming API后想到的另一种方法是使用workerTime。

如果Service Worker线程已在运行，则在分派Fetch事件之前立即返回DOMHighResTimeStamp，如果Service Worker线程尚未运行，则在启动Service Worker线程之前立即返回DOMHighResTimeStamp。如果Service Worker未拦截资源，则该属性将始终返回0。

根据文档，它提到如果SW不存在，工作时间将永远为零。当安装了SW，但工作时间为零时，会有这样的场景吗？
作为一个试验，我爬到了Pinterest，并在Chrome开发控制台中查询如下，workerTime总是为零，尽管SW在那里。

表演getEntriesByType（'navigation'）[0]

Answer 1

对于您自己的应用程序，您可以控制注册服务工作者的代码，确定服务工作者是否在加载时控制页面的最佳方法是检查navigator。服务人员。控制器在调用导航器之前。服务人员。register（）。如果导航器。服务人员。控制器不是null，这意味着加载页面时服务人员处于控制状态。

注意，检查navigator很重要。服务人员。控制器在注册服务人员之前，因为服务人员可以在注册后开始控制页面（如果调用clients.claim（）），但在这种情况下，它在加载时不控制页面，这正是您所关心的。

在我的网站上，以下是我在博客上用来确定初始服务人员状态的代码：

export const initialSWState = !navigator.serviceWorker ? 'unsupported' :
    navigator.serviceWorker.controller ? 'controlled' : 'supported';

由于这段代码在模块的初始评估中运行，我知道它在我注册我的服务工作人员之前运行（我将其推迟到load事件之后。

我想到的一个问题是，如果SW在两者之间被杀死，并向我们提供错误的状态信息。

这不是问题。当服务人员控制页面时，navigator。服务人员。控制器将始终返回对该服务人员的引用，即使该服务人员当前未运行。

根据文档，它提到如果SW不存在，工作时间将永远为零。当安装了SW，但工作时间为零时，会有这样的场景吗？

是的，那里可以。查看我自己过去30天的分析数据，在14.5%的情况下，我看到workerStart的值为0，其中我知道（使用上述技术）服务工作者在页面加载时处于控制状态。在14.5%的浏览器中，几乎所有的浏览器都是火狐或Safari，所以看起来这些浏览器没有正确设置workerStart值。