准确的电话号码和 WhatsApp 号码提供商。 如果您想要电子邮件营销活动列表或短信营销活动,那么您可以联系我们的团队。 telegram: @latestda

的一些工程师很喜欢这个主题并试图弄清楚何更好地支持

这两种并发模型。多个提案正在评估中从允许代码 postMessage到跨线程共享对象再到更高级别的类似调度程序的 API因为它们在本机平台上很常见。 它们都还没有达到标准化过程的重要阶段所以我不会在这里花时间讨论它们。如果您好奇请关注TC39 提案看看下一代 JavaScript 拥有什么。 摘要 Worker 是一个关键工具可以防止任何意外的长时间运行的代码阻塞浏览器渲染从而保持主线程的响应和流畅。由于与工作人员通信固有的异步性质工作人员的采用需要在您的 Web 应用程序中进行一些架构调整但作为回报您将可以更轻松地支持访问 Web 的大量设备。 您应该确保采用一种可以轻松移动代码的架构以便您可以衡量非主线程架构的性能影响。

网络工作者的人体工程学有一点学习曲线

但最复杂的部分可以通过 Comlink 等库抽象出来。 更多资源 主线工作过度且报酬过低Surma2019 年 Chrome 开发者峰会(视频) 绿色节能渐进式 Web 应用程序DavidMicrosoft DevBlogs 案例研究将基于 Threejs 的 WebXR 应用程 加拿大电话号码表 序移出主线程Surma 你什么时候应该使用工人苏尔玛 慢吗postMessage苏尔玛 Comlink GoogleChromeLabs web-workernpm 常见问题解答 有一些问题和想法经常被提出所以我想先发制人并在这里记录我的答案。 是不是很postMessage慢 我在所有性能问题上的核心建议是首先测量!在您进行测量之前没有什么是慢(或快)的。然而根据我的经验postMessage 通常足够快。根据经验如果JSONstringifymessagePayload低于 10KB即使在最慢的手机上您几乎也不会有创建长帧的风险。

电话号码清单

如果确实最终成为应用程序的瓶颈请考虑以下技术

将您的工作分成更小的部分以便您可以发送更小的消息。 如果消息是仅一小部分发生更改的状态对象则发送补丁(差异)而不是整个对象。 如果您发送大量消息将多条消息批量合并为一条 B2C 电话列表 消息也会很有帮助。 作为最后的手段您可以尝试切换到消息的数字表示形式并传输ArrayBuffers而不是发送基于对象的消息。 这些技术中哪一种是正确的取决于具体情况并且只能通过测量和隔离瓶颈来回答。 我想要从 Worker 访问 DOM。 这个我收获颇多。然而在大多数情况下这只会解决问题。您面临着有效创建第二个主线程的风险它具有所有相同的问题只是在不同的线程中。要使 DOM 能够安全地从多个线程访问需要添加锁这会降低 DOM 操作的速度。这可能会损害许多现有的网络应用程序。 此外锁步模型还有一些好处。它为浏览器提供了 DOM 何时处于可以渲染到屏幕的有效状态的明确信号。

 

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注