以此帮助设备性能特征。在现代 iPhone 上需要 05 毫秒的事情在诺基亚 2 上可能需要 10 毫秒。对于消费类设备来说，这种性能是完全不可预测的。请注意，RAIL 已被用作指导框架六年了。确实值得注意的是，无论此人的揭示的本地刷新费如何，60fps 实际上都是占位符价格。例如，最近一些配备 90Hz 屏幕的 Pixel 手机和配备 120Hz 屏幕的 iPad Pro 将帧预算分别降低至 111 毫秒和 83 毫秒。更复杂的是，除了测量 reuestAnimationFrame 回调之间经过的时间量之外，没有真正的方法来决定您的软件将要运行的该工具的刷新费用。 * JavaScript JavaScript 被设计为与该浏览器最重要的渲染循环同步运行。几乎每个 Web 应用程序都基于此版本。这种布局的缺点是少量缓慢的 JavaScript 代码也会阻止该浏览器的渲染循环继续。他们一直步调一致，如果没有完成这一替代方案就无法保留。 允许将长跑责任纳入 主要基于回调和下一个保证。为了保持您的实用程序简单，您需要确保您的 JavaScript 代码与该浏览器必须执行的不同任务（时尚格式绘图等）的持续时间不再超出该工具的主体财务。为了保持软件的响应能力，您需要确 研发电子邮件副总裁 保任何给定的事件处理程序在此工具屏幕上显示更改的时间不超过一百毫秒。在开发的某个阶段在您的个人设备上实现这一点可能很困难，但在您的应用程序可能运行的每个工具上实现这一点似乎也是不可能的。这里的传统建议是对该代码或其等效措辞进行分块，以向该浏览器呈现方式。这个基本原理是一样的。为了使该浏览器有可能发送下一个主体，您将代码正在执行的绘制分解为更小的块，并跳过控制返回到该浏览器，以允许它在这些块之间执行绘制。有几种方法可以屈服于这个浏览器，但没有一个是完美的。 最近提出的任务计划程序 API 旨在直接公开此 然而，尽管我们有一个 API 用于生成类似 wait forieldToBrowser（或类似的东西）的 API，但这种方法本身可能是错误的。为了确保您不会超出框架的财务范围，您希望以足够小的块进行工作，以便您的代码根据 BSB 目录 框架至少生成一次。此外，过于频繁地生成代码可能会导致调度任务的开销对该实用程序的总体性能产生严重的影响。现在，将其与设备的不可预测的性能相结合，我们应该知道，对于所有设备来说，可能没有准确的块长度。这在尝试咀嚼 UI 工作时非常困难，因为屈服于该浏览器还可能呈现部分整个界面，从而增加格式和绘图的整体价值。了解图像优化 Addy Osmani 的新现实指南，用于优化和在此网站上提供一流的图片。所有内容都包含在一本 528 页的电子书中。跳转到桌面查看内容↬功能面板社区工作人员有一种方法可以中断与此浏览器渲染线程的同步。我们可以将一些代码传递给特殊线程。