任何想要使用 Workers 的实用程序都必须调整其结构以满足 Workers 的这一要求。 JavaScript 绝对支持出色的并发模型，这些模型通常集中在这个时期的基本线程架构之下。两者都使用 Workers，但方法非常不同，并且各自带来自己的交换集合。任何给定的软件通常都会出现在这两个极端之间。并发版本 1 actor 我选择将 Workers 视为 Actor，如本 Actor 模型中所述。也许这个 Actor 版本最有名的化身是编程语言 Erlang 。每个参与者可能会或不会在单独的线程上运行，并且完全拥有它正在运行的事实。
因此没有其他线程可以访问它
需要像互斥锁这样的渲染同步机制。参与者可以最好地向每个其他人发送消息并对获取的消息做出反应。例如，我经常将这个主线程视为拥有这个 DOM 和这个 UI 的所有内容的参与者。更 迪拜电话号码表 新此 UI 和拍照进入活动是收费的。另一个方面可能是这个软件王国的负责人。 DOM 参与者将低级输入活动转换为软件级别的语义事件，并将其发送给王国参与者。国家行为者主要根据他们收到的事件来替换国家项目，可能使用国家设备或可能与不同的行为者相关。一旦这个国家对象是最新的，它就会向这个 DOM actor 发送这个更新的国家项目的副本。这个 DOM actor 现在主要根据这个新的国家项目更新这个 DOM。 Paul Lewis 和我在 2018 年 Chrome 开发峰会上提到了以参与者为中心的应用程序架构。
消息都想复制这需要多长时间不仅取决于此
该长度还取决于该实用程序正在运行的工具。根据我的经验，postMessage 通常足够快，但在某些情况下还不够。另一个困难是平衡将代码转移到工作线程以释放此主线程，同时必须支付此通信开销，并且员工线程在响应消息之前忙于运行其他代码。如果不小心，工作人员可能会对 UI 响应能力产生负面影响。您通过 postMessage 发送的消息非常复杂。这种底层算法（称为依赖克隆）可以处理循环信息系统甚至 Maps 和 Sets 。但它无法处理功能或指令，因为代码无法在 JavaScript 中的整个范围内共享。有点令人不安的是，尝试向特征发送消息会引发错误，并且此类只是默默地转换为日常 JavaScript 对象，从而将此技术丢弃在该技术中（后面的信息令人兴奋，但可能超出了此范围）本新闻稿的范围
