服务工作者可以做哪些web工作者做不到的事情？

Question

服务工作者可以做哪些web工作者做不到的事情？或者反之亦然？

看来web工作者是服务工作者功能的一个子集。这是正确的吗？

Answer 1

Buksy的回答是正确的，但在我看来，它没有回答原来的问题，即：“服务工作者能做什么而web工作者不能做的？反之亦然？”

它们的生命周期和每个起源可以拥有的实例数有根本的不同。简而言之：

               | Web Workers  | Service Workers  |
|--------------|--------------|------------------|
| Instances    | Many per tab | One for all tabs |
| Lifespan     | Same as tab  | Independent      |
| Intended use | Parallelism  | Offline support  |

Buksy的答案基本上是表格的最后一行。信贷：这张表来自诺兰·劳森的《揭秘网络工作者和服务工作者》，从幻灯片35开始。

特别是,以下是如何生成和终止web Workers的：

使用Web Workers

而服务人员有自己的生命周期,这是他们“最复杂的部分”：

服务工作者生命周期

因此，生命周期是两者之间的一个根本区别（其预期用途的结果）。

在浏览器支持方面曾经有过巨大的差异：Safari for iOS在11.3之前（2018年3月29日）根本无法使用服务工作者，请参阅“我可以使用服务工作者吗？”相比之下，web workers在2012年就已经有了更好的浏览器支持：我可以使用web workers吗？

如果你必须支持IE11，你只能使用web工作者:IE11没有服务工作者，显然对IE11支持的结束是2025年10月14日。

它们在跨浏览器的API支持上有细微的差别，参见HTML5工作者html" target="_blank">测试（同样由Nolan Lawson著）。在特定的浏览器中，一种worker可能支持某个API调用，而另一种则不支持。访问该页面并测试您自己的浏览器！

Answer 2

它们的用途有很大的不同：

Web工作者

Web Workers为Web内容提供了一种在后台线程中运行脚本的简单手段。辅助线程可以在不干扰用户界面的情况下执行任务。此外，它们还可以使用XMLHttpRequest执行I/O（尽管responseXML和channel属性始终为空）。创建后，worker可以通过将消息发布到创建它的JavaScript代码指定的事件处理程序（反之亦然）来向该代码发送消息

源代码使用Web Workers

服务人员

服务工作者本质上充当web应用程序、浏览器和网络（如果可用）之间的代理服务器。它们的目的是（除其他外）创建有效的离线体验，拦截网络请求，并根据网络是否可用以及更新的资产是否驻留在服务器上采取适当的操作。它们还允许访问推送通知和后台同步API。

Source-Service Worker API

因此，Web工作者可以方便地运行昂贵的脚本，而不会导致用户界面冻结，而服务工作者则可以修改来自网络请求的响应（例如，当构建脱机应用程序时）。