纵论WebAssembly,JS在性能逆境下召唤强援

webassembly的作用 

webassembly是一种底层的二进制数据格式和一套可以操作这种数据的JS接口的统称。我们可以认为webassembly的范畴里包含两部分

• wasm: 一种体积小、加载快并且可以在Web浏览器端运行的底层二进制数据格式，并且可以由C++等语言转化而来

• webassembly的操作接口：例如WebAssembly.instantiate就可以将一份wasm文件编译输出为JS能够直接调用的模块对象 

打破性能瓶颈

一直以来，我们都比较关心JS的运行速度问题，V8引擎解决了绝大多数情况下遇到的问题，但是少数情况下我们进行大量本地运算的时候，仍然可能遇到性能瓶颈，需要优化，这个时候webassembly的作用就凸现出来了 

webassembly项目的编码流程

• 性能无强关的部分用JS编写

• 性能强相关的，并且需要大量本地运算的部分，先用C++/Rust编写，通过命令行工具转化为wasm代码后让JS调用

 

 

玄学的webassembly性能提升

webassembly相对于纯JS的性能提升是随具体场景和条件的变化而变化的 

当您使用WebAssembly时，不要总是期望得到20倍的加速。您可能只得到2倍的加速或者20%的加速。或者，如果您在内存中加载非常大的文件时，或者需要在WebAssembly和JavaScript之间进行大量通信时，那么速度可能会变慢。 作者：Robert 《Level Up With WebAssembly》一书的作者，同时也是一位生物信息学软件工程师

参考链接

在上面的文章的作者Robert，做了这样一个实验，他使用 seqtk，一个用C编写的评估DNA测序数据质量(通常用于操作这些数据文件)的软件，去对比webassembly相对于普通JS带来的性能提升

 

一.Robert的对比测试结果

下面是他的测试结果

• 第一步：运行序列分析软件seqtk，对比性能：9倍提升

• 第二步：删除不必要的printf输出，对比性能：13倍提升

• 第三步：去除函数的重复调用后，对比性能：21倍提升

 

当然，上面的概括也许太过简略，大家可以看看Robert的原文以得到更为详细的认识

 

二.运行Fibonacci函数的性能对比

有位博主，对比了运行递归无优化的Fibonacci函数的时候，WebAssembly版本和原生JavaScript版本的性能差距，下图是这两个函数在值是45、48、50的时候的性能对比。

文章链接 作者：detectiveHLH

 

三.IVweb的的性能对比测试

IVWeb团队对长度不同的文本进行加密处理，对比webassembly相对于纯JS的性能提升，结果发现

• 对于长文本（2M文本） 的密集计算，webassembly的性能提升很大

• 对于短文本（"IVWEB"）的密集计算，webassembly和纯JS性能相差无几

第一组测试：2M长文本100000 次加密处理

 

第二组测试："ivweb"短字符加密100000 次

 

资料来源

 

从上面的资料中我们了解到，webassembly性能提升的确存在，但是这个提升的范围是随条件和场景而变化的，需要遵循一定的原则

webassembly的兼容

下面是我在can i use上查到的结果，可以看到在现代浏览器上兼容良好，覆盖率达到88%。主要的问题在于IE浏览器不支持（IE11） 

  

IE兼容解决方案

Internet Explorer 11 是最后一个占有很大的市场份额，但不支持wasm的浏览器。我们可以通过 binaryen 项目的 wasm2js 工具，将我们的 WebAssembly 编译成 JavaScript，就可以获得 IE11 的大部分支持了

 

实战 WebAssembly

在浏览器中使用WebAssembly主要有两种方式：

• 编写Rust代码，然后通过wasm-pack转化成wasm代码

• 编写C/C++代码，然后通过Emscripten转化成wasm代码

备注：Rust是一门高性能的系统编程语言

 

通过Rust接入WebAssembly

《Rust 和 WebAssembly 用例》

1.安装rustup，初始化Rust环境，它会顺带安装cargo等工具（相当于前端的Node安装）

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

2.安装编译工具wasm-pack（相当于前端的babel）

cargo install wasm-pack

3.创建一个文件夹，进入后运行下面代码，初始化一个Rust 项目

cargo new --lib hello-wasm

初始化的文件夹如下所示 

4.修改lib.rs,改为以下几段Rust代码,这段代码的is_odd是一个判断数字是否为奇数的方法

extern crate wasm_bindgen;

use wasm_bindgen::prelude::*;

#[wasm_bindgen]
pub fn is_odd(n: u32) -> bool {
    n % 2 == 1
}

5.修改配置文件Cargo.toml

这个文件和我们的package.json有点像，我们就依样画葫芦，这个文件大概要写成下面这个样子 

[package]
name = "hello-wasm"
version = "0.1.0"
authors = ["作者名"]
edition = "2018"

# See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html
[lib]
crate-type = ["cdylib"]

[dependencies]
wasm-bindgen = "0.2"

 

备注

• dependencies中必须要有wasm-bindgen这个依赖

• 同时还要指定crate-type = ["cdylib"]，否则转化不能成功

6.运行以下命令进行编译转化

wasm-pack build --scope [自己的名字]
// My Example
wasm-pack build --scope penghuwan

编译开始

编译成功后，新增了pkg文件夹和target文件夹

 

让我们看看pkg文件夹下的文件有哪

 

 

7. 将包发布到npm

1.cd pkg 
2.npm publish --access=public

8.安装刚刚发布的wasm模块，并通过webpack工具加载后，在浏览器运行以下代码

const js = require("hello-wasm");
js.then(js => {
 const num1 = js.is_odd(3);
 const num2 = js.is_odd(4);
  console.log(num1);
  console.log(num2);
});

9.浏览器输出 

 

通过C/C++接入WebAssembly

1.首先要按照文档下载编译工具emscripten

https://emscripten.org/docs/getting_started/Tutorial.html#tutorial

备注:如果没有将source ./emsdk_env.sh写入到启动文件中的话，那么每次使用前都要在给定目录下运行一遍 

2.创建一个文件h.c,写入以下代码

#include <stdio.h>

int main(int argc, char ** argv) {
 printf("Hello World");
}

3.用命令行编译它

emcc h.c -s WASM=1 -o h.js

 

生成文件如下图所示 

 

 

4.运行生成的h.js，则可看到输出了Hello World

WebAssembly相关的接口 API

看了上面的案例，你可能会觉得有些奇怪：怎么我们没有涉及浏览器提供的webassembly的API呀？

其实是有的,只不过在工具编译的时候自动帮忙填写了一些API而已，我们看下上面从h.c编译出来的h.js的一些片段就知道了 

下面我们就来介绍下怎么手动去写这些API

 

接口

>> WebAssembly.Instance

实例包含所有的 WebAssembly 导出函数 ,允许从JavaScript 调用 WebAssembly 代码.

 

对象属性

• exports属性: 一个对象，该对象包含从WebAssembly模块实例导出的所有函数属性

>> WebAssembly.Module 

包含已经由浏览器编译的无状态 WebAssembly 代码，可以高效地与 Workers 共享、缓存在 IndexedDB 中，和多次实例化。 

 

对象属性

• exports属性：一个数组，内容是所有已声明的接口的描述。

• imports属性和：一个数组，内容是所有已声明的引用的描述。

参考链接

 

方法

>> WebAssembly.instantiate

它是编译和实例化 WebAssembly 代码的主要方法

• 参数:包含你想编译的wasm模块二进制代码的ArrayBuffer的类型实例 

返回值： 一个Promise, resolve后的值如下所示

{
  module: 一个被编译好的 WebAssembly.Module 对象. 
  instance: 一个WebAssembly.Instance对象
}

Example 

fetch('simple.wasm').then(response =>
  response.arrayBuffer()
).then(bytes =>
  WebAssembly.instantiate(bytes)
).then(result =>
  result.instance.exports // exports是wasm中输出的
);

webassembly的未来展望

• 多线程

• SIMD（单指令流多数据流）

• 64位寻址

• 流式编译（在下载的同时编译 WebAssembly 文件）

• 分层编译器

• 隐式 HTTP 缓存 

参考文章

 

webassembly的使用场景及其限制

之前我们已经说到，webassembly适用于JS难以解决的大计算量的应用场景，如图像/视频编辑、计算机视觉，3D游戏等等。在这些场景下，webassembly能够大限度地提高速度，弥补JS的缺陷和硬伤。

 

同时在另一方面，我们也需要认识到以下几点：

1. 其实在大多数场景下我们都不需要用到webassembly。因为V8等JS引擎的优化带来了巨大的性能提升，已经足够让JS应对绝大多数的普通场景了，所以只有在以上的少数场景下，我们才需要做这种“二次提升”

2. 和很多其他特性一样，兼容性同样是webassembly的一道坎，现代浏览器虽然支持度良好，但是在国内IE泛滥的特殊情况下， 这仍然是对webassembly的一个挑战。不过在桌面应用上或者一些对兼容性要求较低的工具型网页运用上，webassembly已经生根发芽，甚至能够遍地开花。

webassembly的产品案例

 

设计工具Figma

一般情况下，为了使用速度，设计工具都会选择Adobe等本地应用，而不会选择浏览器网页应用，而能够同时打开十几个画板也没有卡顿的Figma正在尝试改变这一认知，webassembly让它具有高效流畅的体验 

 

白鹭游戏引擎

白鹭游戏引擎是一套HTML5游戏开发解决方案，它衍生了开发莽荒纪同名手游、梦道、坦克风云的等游戏，而利用 WebAssembly，白鹭引擎让游戏运行性能提升了300%。

 

 

OpenGL 图形引擎Magnum

Magnum 是一款数据可视化 OpenGL 图形处理引擎，也采用了WebAssembly支撑浏览器环境的应用

参考资料