WebAssembly 是什么？

导语 相信不少人听说过 WebAssembly，它是由 Google、Microsoft、Mozilla、Apple 等几家大公司合作发起的一个关于面向 Web 的通用二进制和文本格式的项目。现在就让我们一步步揭开 WebAssembly 的神秘面纱，并亲自动手将 WebAssembly 应用在实际业务中。

WebAssembly（wasm）到底是什么

WebAssembly到底是何方神圣？来自官方的定义如下：

翻译成中文的话，WebAssembly（wasm）就是一个可移植、体积小、加载快并且兼容 Web 的全新格式。

实际上，WebAssembly 是一种新的字节码格式，旨在成为高级语言的编译目标，目前可以使用 C、C++、Rust、Go、Java、C#等编译器（未来还有更多）来创建 wasm 模块（见下图）。该模块以二进制的格式发送到浏览器，并在专有虚拟机上执行，与 JavaScript 虚拟机共享内存和线程等资源。

wasm 模块总是与 JavaScript“胶水”代码一起使用，在必要的时候可以执行一些有用的操作。WebAssembly 可以看做是对 JavaScript 的加强，弥补 JavaScript 在执行效率上的缺陷。

为什么要有 WebAssembly

自从 Brendan Eich 创造了 JavaScript 语言以来，一直都没有静态变量类型。由于 JavaScript 的动态变量，上一秒可能是 Array，下一秒就变成了 Object，那么引擎所做的优化就失去了作用，这也是导致运行效率降低的原因。

为了解决这个问题，WebAssembly 的前身，asm.js 诞生了。但是无论 asm.js 对静态类型的问题解决的再好，它始终逃不过要经过 Parser 和 ByteCode Compiler，这也是 JavaScript 代码在引擎执行过程中最耗时的两步。

因此在 2015 年，我们迎来了 WebAssembly。WebAssembly 是 C、C++、Rust、Go、Java、C#等语言的编译目标，经过编译器编译之后的二进制代码，无需经过 Parser 和 ByteCode Compiler 这两步，比 asm.js 更快。WebAssembly 强制使用静态类型，在语法上完全脱离 JavaScript，同时具有沙盒化的执行环境，安全性更好。

WebAssembly 的优势

让我们分别对比下 WebAssembly 版本和原生 JavaScript 版本的递归无优化的 Fibonacci 函数，下图是这两个函数在值为 45、48、50 时的性能对比：

显而易见 WebAssembly 几乎比 JavaScript 快一倍，这对于需要高计算量、对性能要求高的应用场景如图像/视频解码、图像处理、3D/WebVR/AR 等，优势非常明显。我们可以将现有的用 C、C++等语言编写的库直接编译成 WebAssembly 运行到浏览器上，并且可以作为库被 JavaScript 引用。那就意味着我们可以将很多后端的工作转移到前端，减轻服务器的压力，这是 WebAssembly 最为吸引人的特性。

让我们再用个动图直观感受下 WebAssembly 与 JavaScript 的运行速度，相比之下 WebAssembly 确实快很多。如果想自己跑跑看或是看源码的开发者，可以移驾 Guy Bedford 的 repo - Wasm Demo。

除此之外，WebAssembly 还会引入 GC / DOM / Web API 等一系列特性，DOM 和 Web API 很重要，这意味着 WebAssembly 可直接和 html 以及浏览器进行交互，从技术角度来看可以完全取代 JavaScript。

WebAssembly 能取代 js 吗

自从有了 WebAssembly 以来，一直有一股声音说可以取代 JavaScript 了。他们的观点是传统的解释型语言在执行时免不了要进行词法分析 -> 语法分析 -> 预解析 -> 解释执行等过程，性能太差。但是现代浏览器的 JS 引擎在进化的过程中引入了许多优化手段如字节码缓存，可以省掉每次解释执行时重新遍历语法树的过程，虚拟机可直接取指 -> 解码 -> 运行。Chrome V8 的 JIT 在运行过程中直接生成并缓存机器码，下次执行时可由计算机直接执行，连解码的过程都省掉了。虽然 JavaScript 跟 C、C++等静态语言相比执行速度还有很大差距，但是大多数 Web 应用的性能瓶颈已经不是 JavaScript 语言本身了，反而是网络资源的加载，这一点 WebAssembly 并无优势。

而且，当要开发一个新的功能时，无论你是选择用 C、C++、Rust 还是 Java，开发成本都要比 JavaScript 高。遇到不兼容 WebAssembly 的浏览器（见下图），你还得考虑降级为用 JavaScript 实现，这无疑增加了业务复杂性。

写在最后

虽然 WebAssembly 还在持续不断地发展，但已经有不少开发者积极拥抱并把它应用于实际业务中，相信 WebAssembly 和 JavaScript 可以长期共存，充分发挥各自的优势一起大放光彩。

参考资料

• 认识 WebAssembly
  

• WebAssembly的过去、现在和未来
  

• 了解 WebAssembly 的基礎使用方法
  

• WebAssembly：解决 JavaScript 痼疾的银弹？
  

• WebAssembly完全入门——了解wasm的前世今身
  

• WebAssembly兼容性