说一说Firefox 启用 “新架构”，速度大幅提升 2023/2/1 9:45:04

高州通

不过随着使用量和复杂性的增加，安全漏洞的风险也随之增加。为了提高性能、稳定性和安全性，浏览器开始将不同的页转移到不同的进程中。而且为了进一步提高安全性，如今的浏览器还会将 W 内容进程置于沙盒中，进一步减少了访问权限。这意味着辅助技术相比以往更加难以访问包含障碍树的 W 内容进程，也不能向该进程注入代码，障碍环境的情况变得十分复杂。Linux技术教程的相关问题可以到网站了解下，我们是业内领域专业的平台，您如果有需要可以咨询，相信可以帮到您，值得您的信赖！

F 浏览器的障碍引擎（A E）负责为屏幕阅读器等辅助技术提供它们访问页内容所需的信息。这些工具需要与浏览器交互，并对用户或有关的变化作出反应。如果浏览器因为缓慢或其他问题而出现过多的延迟，那么使用 F 访问络上的内容反而会成为一种拖累。 虽然现有的障碍引擎架构为 F 提供了良好的服务，但在目前的架构下，F 团队法进一步提高速度，而且现有的障碍引擎过于复杂、难以维护，并且有严重的稳定性问题，以及需要在不同的操作系统上采用不同的现。F 团队决定重构障碍引擎，因此 "C W" 项目应运而生。 这个项目的目标就是让 F 在与屏幕阅读器和其他辅助技术一起使用时更，特别是在 W 上。根据官方给出的数字（下表提供了在重构之前和之后的时间对比），新架构下 F 在多个场景测试中，速度都有了显著提升。 例如，从收件箱中打开一封 G 邮件，现在需要 100 毫秒，而以前需要 200 毫秒。同样，关闭 G 邮件并返回收件箱在新架构下需要 150 毫秒，而在旧架构下需要 410 毫秒。 在加载大型文件、表格和其他内容时，所取得的成果更加令人印象深刻。对一个大文件的测试，此次性能提升能够将用时从 175 秒提高到仅需 15 秒。在另一个对有超过 12000 行的表格页面进行测试时，加载速度从原本的 128 秒提高到 6 秒。 在新的架构中，F 异步地将障碍树从每个 W 内容进程推送到主 UI 进程。当辅助技术查询障碍树时，所有的查询都从缓存中得到响应，而不需要在 F 进程之间进行任何调用。当一个页面更新时，内容进程异步地将缓存更新推送到主进程。速度的提高远远超出了 F 团队的预期，而且与旧的架构不同，如今他们可以完全控制缓冲区的更新方式和时间，因此还有很大的空间来进一步提高 F 的性能。至于代码维护，一旦完全发布，将能够删除大约 20000 行代码，其中大部分是操作系统特有的。 新的架构已经在 F N 中启用了。如果一切顺利，M 计划在 2023 年 1 月的 F 110 测试版中为 W 和 L 用户启用这一功能。在此之后将在 F 111 或 112 版本中分阶段向 W 和 L 用户正式推出这一功能。而 M 版本还需要更多开发时间，因此会晚一些上线。