发版本任何希望使用 Workers 的应用程序都应该调整其形状以满足 Workers 的这种需求。 JavaScript确实支持著名的并发模型，这些模型通常集中在这个时期的基本线程架构之外。两者都使用 Workers，但采用了非常独特的技术，并且每个都带来了自己的备用 forf 集。任何给定的软件通常都会发展到这两个极端之间。并发版本 1 actor 我个人选择将 Workers 作为 Actor 的考虑进行反思，如该 Actor 版本中所定义的那样。也许这个 Actor 版本最著名的化身是这种编程语言 Erlang 。每个参与者还可以或不会在单独的线程上运行，并且完全拥有其正在运行的此信息。
因此没有一个独一无二的线程可以进入它
需要像互斥锁这样的渲染同步机制。参与者可以向其他人发送满意的消息并对收到的消息做出反应。例如，我经常不会忘记这个重要的线程，因为这个演员拥有这个 DOM 并对这个 UI 感兴趣。它负责更新此 UI 并 墨西哥移动数据库 拍摄输入活动的快照。另一个元素可能是这个王国的这个软件的负责人。 DOM 参与者将低级输入活动转换为软件文凭语义活动，并将其传递给国家参与者。国家行为者根据他们收到的情况交换美国设备，很可能使用国家工具或可能与不同的行为者相关。一旦这个 usa 对象被更新，它就会向这个 DOM actor 发送这个最新国家项目的副本。这个 DOM actor 现在根据这个新的 usa item 更新这个 DOM。 Paul Lewis 和我在 2018 年 Chrome 开发峰会上阐述了以参与者为中心的应用程序结构。
消息都想复制这需要多长时间取决于这一点
此持续时间还取决于运行该软件的设备。在我看来，postMessage 通常足够快，但在某些情况下已经不够了。另一个问题是平衡将代码传输到员工线程以释放该规则线程，同时 印度电话列表 须支付此通信开销，并且员工线程在响应消息之前忙于浏览其他代码。如果您不小心，工作人员可能会对 UI 响应能力产生负面影响。您可以通过 postMessage 发送的消息非常复杂。这种底层算法（称为基于克隆）可以处理循环统计系统甚至 Maps 和 Sets 。但它无法处理权限或命令，因为代码不能在 JavaScript 的范围内共享。这是一件令人不安的事情，试图向某个功能发送消息会引发错误，而这种优雅只是默默地转换为日常 JavaScript 对象，从而在该方法中放弃了该技术（再次在此记录，因为这很有趣，但可能会过去）本新闻稿的范围
