有了WebAssembly,JavaScript不再是浏览器端的唯一语言。WebAssembly让你能够在网页中快速运行C、C++、Rust等。
再见JavaScript?
WebAssembly并不是要取代JavaScript,二者绝非水火不容。实际上,许多应用程序同时使用WebAssembly和JavaScript。不过,如果硬要对比二者的速度,那么WebAssembly显然是增强型。
JavaScript的性能瓶颈在哪里?
JavaScript的一些根本特性使它速度受限,比如动态类型。直到2008年,JIT(即时编译器)出现,才让JavaScript的性能有了飞跃式提升。
性能提升使得JavaScript开始被用于服务器端。WebAssembly的出现有望使性能曲线再次实现飞跃。
时间都去哪儿了?
JIT出现之前,JavaScript花在各任务上的相对时长是这样的。
有了JIT,JavaScript花在各任务上的相对时长变成了这样。
相比之下,WebAssembly竟然是这样的!
如何让计算机听我发号施令?
想象有机星人来到地球,你被派去和机星人谈判。要怎么交流呢?
你或许需要一位口译官,抑或需要一位笔译官。
口译官可以当场逐字逐句地翻译,这其实就是解释器所做的事情。
笔译官则会将内容写下来,让双方自己理解。这其实就是编译器所做的事情。
解释器刚运行起来时速度较快,但是效率不高,因为同样的代码可能需要重复解释。编译器则恰恰相反。正因为两者各有千秋,所以JIT结合了二者各自的优势。
那么,WebAssembly是如何做到与机星人交流的呢?我们来分析一下机星人的大脑构成。
-
ALU是算术逻辑单元,相当于机星人大脑负责思考的部分。
-
register是寄存器,相当于机星人大脑的短时记忆区。
-
RAM是内存,相当于机星人大脑的长期记忆区。
如果给机星人发送二进制指令,它就会这样解读。
问题是,机星人的大脑构造可能不一样,比如既有可能是x86结构,又有可能是ARM结构。而我们也会使用不同的语言,比如C、C++或者Rust。要两两匹配地进行翻译,工作量实在太大!
为此,人们增加了IR,即中间表示。编译器的前端先将高级语言变成IR,编译器的后端则负责将IR变成汇编码。
那么,WebAssembly的位置在哪里呢?