Facebook 开源 JavaScript 引擎 Hermes：显著降低启动时间和内存

近日，Facebook开源了JavaScript 引擎Hermes，该引擎旨在提高React Native App 在Android 设备上的性能，尤其是启动性能、安装文件大小和内存消耗。微软Office 和 Mattermost (Slack 的一个开源替代品) 的初步基准测试都证实了这一点。

Hermes 源于 Facebook 内部一个提高自身移动应用性能的项目。工程师们注意到其中一个关键因素是 JavaScript 引擎本身，所以他们决定针对移动应用受限的环境对引擎进行优化。

在探索了其他选项后，我们构建了一个全新的 JavaScript 引擎 Hermes。它旨在提高应用程序的性能，专注于提高 React Native App 性能，尤其是那些部署在内存有限、存储缓慢、计算能力下降的大众市场设备上的应用。

如上所述，Hermes 关注于三个指标：应用程序从启动到可用所需的时间 (首次交互时间，缩称 TTI)、应用安装文件大小（APK 大小）和内存利用率。Facebook 介绍了他们为改进这些指标所做的三个主要架构决定：预编译 JavaScript 源代码，抛弃 JIT 编译器以及改进垃圾收集策略以适应移动操作系统的限制。

将 JavaScript 预编译成字节码对性能有两个关键的好处。一方面，前向解析和直接编译减少了启动时间。另一方面，由于预编译阶段对时间限制要求更小，通常生成的字节码也更小、更有效，编译器可以对程序整体进行优化，如函数重复数据删除和字符串表打包等。在字节码格式的前端，Hermes 字节码可以映射到内存中，而不需要提前读取整个文件，这对于使用缓慢闪存的情况尤其有效。

此外，Facebook 还维护了一个对 CPU 密集型工作负载进行了优化的 JIT 编译器，而这些工作负载并不是典型的移动应用程序。但是，同之前的优化相比（缩短 TTL 时间，减小本机代码大小和内存消耗），不使用该 JIT 编译器也不会产生很大的影响， 作为移动应用程序的最终性能优化，Hermes 使用了垃圾内存收集策略，旨在最小化应用程序由于内存使用而被移动操作系统杀死的几率。Hermes 垃圾收集器试图减少总体虚拟内存的消耗，为此实现了非连续块内存的按需分配，在不再需要时，这些内存可被移动和返回给操作系统。

如上所述，Facebook 和微软的初始基准测试在所有三个指标上都显示出了显著的增长。特别是，Slack 的替代品 Mattermost 将其 TTL 时间以及其应用程序大小减半，整体内存利用率下降了 25%。微软Office 在所有指标上也提高了20-25% 的性能。

Facebook 并没有将其新的 JavaScript 引擎定位为 V8 的替代品，他们仍然认为 V8 最适合 Node 和基于浏览器的应用程序。值得注意的是，iOS 应用程序只能使用 iOS 开发包中包含的 JavaScript 引擎，因此它们无法从 Hermes 的优化中获益。

作者：Sergio De Simone

译者：良言

来源：InfoQ