查看原文
其他

为什么WebAssembly不是JavaScript的终结者,而是它的“助推器”?

helenren 云加社区 2022-06-14


导语 | 自从JavaScript创建到现在,每10年都会有新的变化,下一个10年的爆点在哪,可能就是WebAssembly!但WebAssembly绝不是JavaScript的终结者,反而是它的“助推器”!这是为什么呢?接下来我将带你揭晓答案,让你10分钟快速掌握WebAssembly!



一、了解WebAssembly


(一)什么是WebAssembly?


官网定义:WebAssembly/wasm WebAssembly或者wasm是一个可移植、体积小、加载快并且兼容Web的全新格式(二进制),是由主流浏览器厂商组成的W3C社区团体制定的一个新的规范。



(二)发展历史



1995年,大神布兰登·艾奇(Brendan Eich),仅仅花了10天就将伟大的JavaScript撸出来了,引起了轰动。但是Js的设计初衷是想设计出一个面向非专业编程人员和网页设计师的解释型语言。由于时间太短,细节考虑的不够周全,导致留下很多坑,所以后来很长一段时间,JavaScript的执行速度一直备受诟病。


2008年,浏览器的性能大战打响,众多浏览器引入了即时(JIT)编译使得JavaScript运行速度快了一个量级。但是对于JavaScript这种弱数据类型的语言来说,要实现一个完美的JIT非常难。因为Javascript是一个没有类型的语言,而且像+这样的符号又能够重载,譬如这样的代码:


const sum = (a, b, c) => a + b + c;


这是一个求和函数,可以直接放在浏览器的控制台下运行,如果传参都是整数时,结果是整数相加的结果:如console.log(sum(1, 2, 3)),答案是6。但是,如果至少有一个是字符串,则结果是按照字符串拼接出的结果,如console.log(sum('1', 2, 3)),答案是“123”。也就是说,JIT在遇到第一个sum时会编译成整数相加的机器码;但是在碰到第二个sum调用时,不得不重新编译一遍。这样一来,JIT带来的效率提升便被抵消了。


随着JS达到了性能天花板,在当前复杂运算及游戏面前已完全力不从心。无法满足一些大型web项目开发,于是三大浏览器巨头分别提出了自己的解决方案:



我们熟知的四大主流浏览器厂商Google Chrome、Apple Safari、Microsoft Edge和Mozilla FireFox,觉得Mozilla FireFox所推出的asm.js很有前景,为了让大家都能使用,于是他们就共同参与开发,基于asm.js制定一个标准,也就是WebAssembly。



2015年,WebAssembly首次发布,并可直接在浏览器中运行。


2017年3月份,四大厂商均宣布已经于最新版本的浏览器中支持了WebAssembly的初始版本,这意味着WebAssembly技术已经实际落地。


2019年,被正式加入Web的标准大家庭中。



(三)WebAssembly影响


大幅度提高Javascript的性能,同时也不损失安全性。Webapp和原生App的性能差距变得很小。


基本之前需要插件来提高速度的技术已经没有必要了,网页应用的移植性会变得更好。


WebAssembly可以允许任何语言编译到它制定的AST tree,相当于使用其他高级语言写的代码可以直接在网页上运行。



(四)工作原理



WebAssembly的工作原理简要来说是将C,C++, Rust等静态语言通过编译器的程序编译成浏览器能够运行的wasm二进制文件,当浏览器加载wasm文件后编译为本地机器码后运行。


为什么能提升当前js的性能?


正常的JS:在浏览器中,对JavaScript源码进行解析,生成抽象语法树或者字节码(parse),JIT编译器会对生成的代码进行编译优化,当然后当发生去优化时,再去重新编译优化,最后执行。


WebAssembly:则省去了比较耗时的解析和编译的过程,是直接生成的二进制可执行机器码进行执行。



(五)浏览器支持



由图可见,无论是PC、移动端还是服务器,都已经开始支持WebAssembly了,这也说明WebAssembly已经开始普及。


二、实战演练


(一)语言选择


实战开始:首先确认你选择开发的语言:


  • 当你在用C/C++之类的语言编写模块时,你可以使用Emscripten来将它编译到WebAssembly。


  • 当你使用Rust语言编写模块时,需要一个额外工具wasm-pack。它会把代码编译成WebAssembly并制造出正确的npm包。


  • 当你使用Java语言来编写模块时,据说TeaVM可以将JVM字节码翻译成JavaScript,还能翻译成WebAssembly,现在还不成熟。


  • 当你使用php语言来编写模块时,php2wasm可以接把PHP代码编译成wasm,现在还不成熟。


  • 如果你还想保持js的编写风格,那就用typescript来编写吧,用assemblyscript来生成wasm。


确认好你要选择的语言语种,应该总有一款适合你的!


如果还不够,请移位:

https://github.com/appcypher/awesome-wasm-langs



(二)环境准备


根据官网的引导,使用C/C++来编写部分代码,并在浏览器中运行,以下均是在MacOS环境下进行的操作。


首先搭建Emscripten


  • 没有升级过python环境的同学,电脑会有个默认的版本python2.7.x,此时需要到phthon官网下载最新的python版本进行安装。

  • 在应用程序中,双击“install Certificates.command”,否则会出现证书验证异常,导致无法后续步骤。



#通过一个 git 克隆获取 emscriptengit clone https://github.com/juj/emsdk.git
#下载,安装并激活 sdk,这个步骤可能需要一点时间cd emsdk./emsdk install latest./emsdk activate latest
#让环境生效source ./emsdk_env.sh
#确认安装的内容可以正常运行emcc --version



OK,可以进行代码编写了!



(三)样例编写


  • 用C语言编写的斐波那契数列(递归)


#include <stdio.h>
int fib(int n) { return n <= 1 ? 1 : fib(n - 1) + fib(n - 2);}


  • 编译生成wasm


emcc fib.c -O3 -s WASM=1 -s SIDE_MODULE=1 -s EXPORTED_FUNCTIONS='["_fib"]' -o fib.wasm


(注:emcc就是Emscripten编译器指令,fib.c是输入文件,-s SIDE_MODULE=1表示这就是一个模块,-s EXPORTED_FUNCTIONS表示导出的接口函数,-o fib.wasm`是输出的文件,更多的命令字可参考官网)


通过以上命令可生成名字为fib的wasm文件,可在js中进行引用,并且调用。


  • 如何加载wasm


直接引用到页面中,官网是推荐两种,一个是fetch,一个是XMLHttpRequest,本文以fetch为例,在html页面中引入上面的文件,如下:


fetch('你引入wasm路径').then(res => {return res.arrayBuffer()}) //引入到内存中,使其在array buffer中可用.then(WebAssembly.instantiate) //编译和实例化 WebAssembly 代码.then(module => { //写你引用此模块的目的})


将fib.c生成的fib.wasm后,在html中引用如下:


fetch('./wasm/fib.wasm').then(res => {return res.arrayBuffer()}).then(WebAssembly.instantiate) .then(module => { // console.log(module.instance.exports.fib(value)) let res = module.instance.exports.fib(value); $("#result").text(res); let endtime = new Date().getTime(); $("#period").text(endtime - starttime);})


以上,环境和相关demo已经写好了,下面来看一下WebAssembly的执行性能。



(四)性能比较


在demo页面中同样用js写了一个递归的方法,和同时引用fib.wasm,做了以下性能比较:



为了减少误差性,在代码中分别用js和wasm做定时请求N次,来看他们的耗时,如下图所示:



可以看到,同样是计算40的递归算法,js时间基本上都是在1270ms左右,而编译生成的wasm基本上都在680ms左右,也就是说在处理40的递归下,性能提升至原来的1.87倍。


同时,为了进行性能上的对比,对递归数做了不同的取值,来看请求结果及耗时,如下图所示:



可以看到,递归数越大,也就是运算层次越多,webassembly相比于JS的优势就越明显,也就是在比较复杂的JS运算或者处理中,用webassembly会更合适。



三、如何与JS互通


交互离不开相互调用,在浏览器中,了解到了在js中如何调用WebAssembly中的接口,那在WebAssembly中如何引用js相关函数呢?下面简单和您介绍下。


(一)方法调用


Emscripten提供两种方法让C/C++调用JavaScript:


  • 使用emscripten_run_script()运行js脚本,一种是写“内联JavaScript”。


emscripten_run_script("alert('hi')");


  • 用EM_ASM()和其他相关宏写内联JavaScript,稍快,这个是推荐的写法。


#include <emscripten.h>
int main() { EM_ASM( alert('hello world!'); throw 'all done'; ); return 0;}



(二)示例demo


#include

命令行,生成可执行的html文件:


emcc test.c -s WASM=1 -o test.html


运行结果:



可以看到,无论是哪种引用方式,都可以运行出你想要的结果。



四、总结


一句话体积小,速度快,二进制文件,执行效率高。


适用场景在浏览器中使用视频、游戏、AR、AI等比较合适使用WebAssembly,如果将服务器上的加密,想要放在web端用这个实现也可以。


市场现状flv.js用WebAssembly重写后性能有很大提升;AutoCAD,Google Earth,用WebAssembly都开始支持了web版本等等。


突破很多静态语言转成wasm的生态工具还不完善不成熟,都还处于起步阶段;另外学习资料太少,还需要更多的人去探索去踩坑。


另希望有对WebAssembly感兴趣的同学,可以一起交流探讨。


参考链接:

1.https://developer.ibm.com/zh/technologies/web-development/articles/wa-lo-webassembly-status-and-reality/

2.https://zhuanlan.zhihu.com/p/49464798

3.https://blog.csdn.net/liubiggun/article/details/79848948



 作者简介


任春燕(helenren)

腾讯高级运营开发工程师

腾讯高级运营开发工程师,目前从事前端开发相关工作,有丰富的Web前端,大前端,小游戏等开发经验。



 推荐阅读


快人一步掌握vue源码解读,搞定diff算法!(超详细)

事务消息大揭秘!RocketMQ、Kafka、Pulsar全方位对比

Linux入门必看:如何在60秒内分析Linux性能?

“Docker VS Kubernetes”是共生还是相爱相杀?





您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存