这两种并发模型。多个提案正在评估中，从允许代码 postMessage 到跨线程分配小工具，再到更高级别的类似调度程序的 API，因为它们在本地结构上并不罕见。对于这个标准化方法来说，它们还没有达到这个关键水平，所以我可能不会花时间在这里讨论它们。如果您感到好奇，请按照 TC39 的灵感来了解 JavaScript 的后续技术的用途。摘要 Worker 是一个关键工具，它可以防止任何意外的长时间运行的代码阻塞浏览器渲染，从而保持主线程的响应和流畅。由于与人交谈的这种固有的异步性质，员工采用需要在您的互联网软件中进行一些架构调整，但返回后您可以更轻松地支持适合访问该互联网的大范围的设备。您需要确保采用一种可以轻松地流动代码的架构，以便您可以为非最重要的线程架构调整整体性能效果。
这是网络工作者人体工学学习曲线的一部分
但是这个最复杂的组件可以通过包括 Comlink 的库来抽象出来。更多来源 主线过度劳累和工资过低 Surma Chrome 开发者峰会 2019（视频） 绿色节能 高效渐进式 Web 应用 David Microsfort DevBlogs 案例 印度移动数据库 研究 移动 Threejs – 基于 WebXR 应用程序为此主线程 Surma 您应该何时使用 Worker Surma 缓慢 postMessage surmacomlink GoogleChromeLabs net-workerpm 常见问题解答这里有一些问题和想法需要加载，所以我想先发制人并在这里记录我的答案。 postMessage 很慢吗？我对所有整体性能问题的中心建议是首先进行衡量！在你对其进行分级之前，没有什么是渐进的（或快速的）。但在我看来，postMessage 通常速度足够快。根据经验，如果 JSONstringifymessagePayload 低于 10KB，即使在最慢的手机上，制作长帧也几乎没有危险。
如果它确实成为您应用程序的瓶颈请不要忘记后续
将你的画分成更小的部分，这样你就可以传递更小的信息。如果此消息是一个国家对象，其中只有一个小组件发生了更改，则将发送一个补丁（差异），而不是发送整个项目。如果您发送大量消息以将多个消息批量合并为单个消息，它也很有用。作为终极汽车旅馆，您可以尝试切换到此消息的数字说明并传输 ArrayBuffer，而不是发送 电话号码 ES 基于对象的消息。这些技术的正确性取决于这种情况，并且只能通过测量和消除该瓶颈的方法来回答。我需要从 Worker 访问 DOM。我从中收到了很多东西。但在大多数情况下，这只会解决这个麻烦。您冒着这样的风险来有效地开发第二个重要线程，该线程在一个特殊线程中具有所有相同的问题。要使该 DOM 能够安全地从多个线程访问，需要包含会减慢 DOM 操作速度的锁。这可能会损坏许多现有的 Web 包。此外，这种同步模型还有一些优点。当该 DOM 处于有效王国中以呈现到该屏幕时，它为该浏览器提供了清晰的标志。
