WebAssembly 无疑是近年来让人最为兴奋的新技术之一，其中最为被人所熟知的三点有： 二进制格式 Low-Level 的编译目标 接近 Native 的执行效率

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

那为啥 WebAssembly 的性能就一定会比 JavaScript 好很多呢？具体原因还得看下它们到底是处于编译阶段哪个环节了。

本文阐述了 WebAssembly 诞生的背景，并从实践案例中分析了 WebAssembly 到底带来了多少性能提升。

将标志性的《毁灭战士 3》游戏移植到了浏览器上。为期 7 周的全职投入，展示了当前 WebAssembly 在无缝运行重量级桌面应用程序和游戏方面的性能潜力和缺失的部分

。第2阶段（规范提议）包括BigInt转换。第2阶段（实现）包括引用类型和返回多个值。第4阶段（标准化）包括导出和导入可变全局变量和有符号扩展操作。

WebAssembly 的设计目标：定义一个可移植，体积紧凑，加载迅速的二进制格式为编译目标，而此二进制格式文件将可以在各种平台（包括移动设备和物联网设备）上被编译，然后发挥通用的硬件性能以原生应用的速度运行。

随着9月19日Safari和10月31日Edge的发布，苹果与微软加入了谷歌和Mozilla，在生成环境浏览器中提供了对WebAssembly的支持。这四家公司的浏览器都能运行编译为wasm二进制格式的代码。