近日，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的优化中获益。

原文链接：

Facebook Hermes May Significantly Reduce Boot-time and Memory Usage in Android React Native Apps

创作场景

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