这篇文章给大家分享的是有关WebAssembly可以做什么的内容。小编觉得挺实用的,因此分享给大家做个参考。一起跟随小编过来看看吧。
首先,让我们看看WebAssembly做什么
首先,我们有必要了解一下asm。js.2012年,Mozilla的工程师阿龙Zakai在研究LLVM编译器时突发奇想:许多3 d游戏都是用C/c++语言写的,如果能将C/c++语言编译成JavaScript代码,它们不就能在浏览器里运行了吗?众所周知,JavaScript的基本语法与C语言高度相似,于是,他开始研究怎么才能实现这个目标,为此专门做了一个编译器项目Emscripten。这个编译器可以将C/c++代码编译成JS代码,但不是普通的JS,而是一种叫做asm。js JavaScript变的体性,能差不多是原生代码的50%。
之后谷歌开发了便携式原生客户端,也是一种能让浏览器运行C/c++代码的技术。后来可能是因为彼此之间有共同的更高追求,谷歌,微软,Mozilla,苹果等几家大公司一起合作开发了一个面向网络的通用二进制和文本格式的项目,那就是WebAssembly.asm。js与WebAssembly功能基本一致,就是转出来的代码不一样:asm。js 是文本，WebAssembly 是二进制字节码，因此运行速度更快、体积更小。
WebAssembly(又称 wasm) 是一种新的字节码格式，主流浏览器都已经支持 WebAssembly。 和 JS 需要解释执行不同的是，WebAssembly 字节码和底层机器码很相似可快速装载运行，因此性能相对于 JS 解释执行大大提升。 也就是说 WebAssembly 并不是一门编程语言，而是一份字节码标准，需要用高级编程语言编译出字节码放到 WebAssembly 虚拟机中才能运行， 浏览器厂商需要做的就是根据 WebAssembly 规范实现虚拟机。
WebAssembly 加载时间
WebAssembly 在浏览器中加载速度更快，因为只有已经编译好的 wasm 文件需要通过internet传输。wasm 是一种低级汇编语言，具有非常简洁的二进制格式。
WebAssembly 执行速度
如今 Wasm 运行速度只比原生代码慢 20%，这是一个令人惊喜的结果。它是这样的一种格式，会被编译进沙箱环境中且在大量的约束条件下运行以保证没有任何安全漏洞或者使之强化。和真正的原生代码比较，执行速度的下降微乎其微。更重要的是，未来将会更加快速。
更好的是，它与浏览器无关——所有主要引擎都增加了对 WebAssembly的支持，且执行速度相差无几。
为了理解与JavaScript相比WebAssembly的执行速度有多快，应该首先阅读关于JavaScript引擎如何工作的文章。
让我们快速浏览下 V8 的运行机制：
在左边，是一些JavaScript源代码，包含JavaScript函数。首先需要解析它，以便将所有字符串转换为标记并生成抽象语法树(AST)。AST 是JavaScript程序逻辑结构在内存中的表示形式。一旦生成了 AST，V8 直接进入到机器码阶段。其后遍历树，生成机器码，就得到了编译好的函数，在这个过程中是没有提高遍历速度的。
现在，让我们看看V8管道在下一阶段的工作:
现在有了V8 的新的优化编译器 (TurboFan), 当 JavaScript应用程序在运行时，很多代码都在 V8 中运行。TurboFan 监测是否有代码运行缓慢，是否存在性能瓶颈和热点(内存使用过高的地方)，以便对其进行优化。它把以上监视得到的代码推向后端即优化过的即时编译器，该编译器把消耗大量 CPU 资源的函数转换为性能更优的代码。
它解决了性能的问题，但这种处理方式有个缺点，分析代码和决定优化哪些内容的过程也会消耗CPU，这意味着更高的耗电量，特别是在移动设备上。
但是，wasm 并不需要以上的全部步骤－如下所示是它被插入到执行过程示意图：
在编译阶段，WebAssembly 不需要被转换，因为它已经是字节码了。总之，以上的解析不在需要，你拥有优化后的二进制代码可以直接插入到后端（即时编译器）并生成机器码。编译器在前端已经完成了所有的代码优化工作。
由于跳过了编译过程中的不少步骤，这使得 wasm 的执行更加高效。
WebAssembly 内存模型
例如，编译 成WebAssembly 的c++ 程序的内存是一个连续的内存块，其中没有“漏洞”。wasm 有助于提高安全性的一个特性是执行堆栈与线性内存分离的概念。在 c++ 程序中，如果有一个堆，从堆的底部进行分配，然后从其顶部获得内存来增加内存堆栈的大小。你可以获得一个指针然后在堆栈内存中遍历以操作你不应该接触到的变量。
