为什么 WebAssembly 比 JavaScript 更快

WebAssembly 与 JavaScript：性能深入探讨

这篇文章是 WebAssembly 系列的一部分（请参阅此处的其他部分：[链接到其他部分]），探讨了为什么 WebAssembly 通常优于 JavaScript。 最初发布于//m.sbmmt.com/link/9dded08b6cdd4ef785eb6cc9aa57c075.

JavaScript 执行：仔细观察

了解 WebAssembly 的速度优势需要了解 JavaScript 的执行过程。 下图说明了各个阶段：

此图表显示了每个阶段花费的相对时间。注：这是一个广义的表示；实际时间因浏览器和代码复杂程度而异。

阶段是：

• 解析： 将基于文本的 JavaScript 转换为抽象语法树 (AST)。下载后会出现这种情况。
• 编译和优化：现代浏览器使用即时（JIT）编译。 编译器根据使用情况推断类型，进行编译和缓存以供重用，从而实现优化。
• 重新优化： JIT 编译器的类型假设并不总是准确的。 不正确的假设需要放弃优化版本并重新编译，从而增加开销。
• 执行：将代码转换为可执行指令并逐行执行。
• 垃圾收集：清理未使用的内存，引入额外的开销。

WebAssembly 执行：简化的方法

WebAssembly 的执行明显更加简化：

步骤是：

• 解码： 与 JavaScript 解析类似，但更简单，因为 WASM 不需要转换为复杂的结构。 解码后，模块完整性得到验证。
• 编译和优化：WebAssembly 接近机器代码，使得编译和优化速度更快。静态类型消除了运行时类型推断的需要，进一步加速了该过程。 在构建步骤期间执行了许多优化。
• 执行：预编译的指令导致执行速度更快。

为什么 WebAssembly 获胜

根据 Lin Clark 的工作，WebAssembly 的性能优势源于以下几个因素：

• 获取：较小的 WASM 文件（甚至压缩）会导致更快的下载时间。
• 解码：比 JavaScript 解析更快。
• 编译和优化：由于 WASM 接近机器代码和预优化，速度更快。
• 重新优化：由于静态类型而不必要。
• 执行：由于编译器复杂性较低和优化的指令集而更快。
• 垃圾收集：不存在，因为内存管理是手动的。

总而言之，WebAssembly 由于其简化的执行模型、静态类型和优化的编译过程，在性能上经常超越 JavaScript。

以上是为什么 WebAssembly 比 JavaScript 更快的详细内容。更多信息请关注PHP中文网其他相关文章！