服务工作者能做什么而网络工作者不能做什么？

Question

服务工作者能做什么而网络工作者不能做什么？反之亦然？

网络工作者似乎是服务工作者功能的子集。这是正确的吗？

Answer 1

巴克西的回答是正确的，但在我看来，它没有回答最初的问题，即：“服务工作者能做什么而网络工作者不能做？反之亦然？”

它们的生命周期和每个源站可以拥有的实例数存在根本性差异。简而言之：

|网络工作者|服务工作者||--------------|--------------|------------------||实例|每个选项卡多个|所有选项卡一个||寿命|与标签相同|独立||预期用途|并行性|离线支持|

Buksy的答案基本上是表格的最后一行。学分：我从解密Web工作者和服务工作者作者Nolan Lawson，从幻灯片35.

特别是，以下是如何生成和终止web Worker：

使用Web Workers

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

服务工作者生命周期

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

在过去浏览器支持：在11.3（2018年3月29日）之前，Safari for iOS的服务人员根本不可用，请参阅我可以使用服务人员吗？相比之下，网络工作者在2012年已经有了更好的浏览器支持：我可以使用网络工作者吗？

如果你必须支持IE11，你只能使用网络工作者：IE11没有服务工作者，显然IE11的支持将于10月14日结束，2025.

它们之间存在细微的差异API支持跨浏览器，请参见HTML5工人测试（同样由诺兰·劳森撰写）。在特定的浏览器中，一种工作程序可能支持某个API调用，而另一种则不支持。访问该页面并测试您自己的浏览器！

Answer 2

它们的用途有很大不同：

网络工作者

WebWorkers为Web内容提供了一种在后台线程中运行脚本的简单方法。工作线程可以在没有干扰用户界面。此外，它们可以执行I/O使用XMLHttpRequest（尽管responseXML和channel属性始终为空）。创建后，工作程序可以向通过向事件发布消息创建它的JavaScript代码由该代码指定的处理程序（反之亦然）

源-使用Web Workers

服务工人

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

源-服务工作者API

因此，Web Workers可以方便地运行昂贵的脚本，而不会导致用户界面冻结，而Service Workers对于修改网络请求的响应很有用（例如，在构建脱机应用程序时）。

Answer 3

服务人员

服务工作者是浏览器和网络之间的代理。通过拦截文档发出的请求，服务工作者可以将请求重定向到缓存，从而实现脱机访问。

/*main.js（主要.js）*/navigator.serviceWorker.register（'/service-worker.js'）；/*服务-工作.js*///安装self.addEventListener（'install'，函数（event）{// ...});//激活self.addEventListener（'activate'，函数（event）{// ...});//侦听来自主文档的网络请求self.addEventListener（'fetch'，function（event）{// ...});

网络工作者

Web工作线程是通用脚本，它使我们能够从主线程中卸载处理器密集型的工作。

/*main.js（主要.js）*///创建辅助进程const myWorker=新工人（'Worker.js'）；//向工作人员发送消息myWorker.postMessage（“你好！”）；//从工作人员接收消息myWorker.onmessage=函数（e）{控制台.log（e.data）；}

原始职务在这里