Mozilla在尽可能地提升WebAssembly的性能。在最新版本的Firefox中，JavaScript和WebAssembly之间的调用现在比非内联的JavaScript到JavaScript函数调用还要快。Mozilla还希望超越MVP状态，使WebAssembly在构建应用程序时更加有用。

最近，Mozilla优化了JavaScript和WebAssembly之间的调用，并提升了从WebAssembly调用内建程序的速度。这些成果的取得得益于两个方面的改进：通过消除组织堆栈帧的不必要工作来减少“簿记（bookkeeping ）”以及通过函数之间的直接路径来去掉中转。

在Firefox中，其中一个“JavaScript到JavaScript的速度比JavaScript到WebAssembly的速度快”的场景是内联函数，在这种情况下，函数会重复调用同一个函数，因为编译器会将该函数复制到调用函数中。

Mozilla还放眼WebAssembly的未来，着眼于使WebAssembly切实可用所需的特性集。WebAssembly的MVP功能被认为是完善的：

编译目标（Compile target）
快速执行（Fast execution）
紧凑（Compact）
线性内存（Linear memory）

如果WebAssembly要为重量级桌面应用开发者提供支持，还需要更多的特性：

线程——一个以SharedArrayBuffers为基础的提案；
SIMD （单指令多数据执行模式）——积极开发中；
64-bit寻址——计划中；
“流式编译（Streaming compilation）” ——在Firefox中已完成，其他浏览器正在积极开发；
隐式HTTP缓存——积极开发中。

对于标准Web开发，还需要以下特性：

JS和WebAssembly之间的快速调用——在Firefox中已完成，其他浏览器正在积极开发；
快速简单的数据交换——有多个不同的提案正在积极地讨论中；
ES模块集成——提案形成，初始实现正在积极开发；
工具链集成——进行中；
向后兼容——wasm2js工具。

为了满足JavaScript框架和compile-to-JavaScript语言的需要，WebAssembly还有进一步的需要：

垃圾收集——有两份提案正在讨论之中；
异常处理——早期研究和开发阶段；
调试——某些浏览器的调式工具提供了不完善支持；
“尾部调用（Tail calls ）”——提案讨论中。

在浏览器之外使用WebAssembly还需要满足更多的要求：

可移植接口——提案讨论中；
标准化运行时——有一些正在开发中的早期项目。

WebAssembly刚刚度过了最小可行产品阶段，规范和实现正在非常积极地讨论和开发中。要了解更多关于WebAssembly的现在和未来的信息，请查阅Mozilla提供的一份内容丰富的介绍。

英文原文

https://www.infoq.com/news/2018/11/mozilla-webassembly-performance

创作场景

Mozilla 将主攻 WebAssembly 的性能和特性