Wasm在即时通讯IM场景下的Web端应用性能提升初探|param|websocket|代码|即时通讯|命令提示符|应用性能|应用程序|机器码

本文由得物技术WWQ分享，原题“基于IM场景下的Wasm初探：提升Web应用性能”，下文进行了排版和内容优化。

1、什么是Wasm

Wasm，全称WebAssembly，官网描述是一种用于基于堆栈的虚拟机的二进制指令格式。Wasm被设计为一个可移植的目标，用于编译C/C++/Rust等高级语言，支持在Web上部署客户端和服务器应用程序。

简单的来说，Wasm就是使用C/C++/Rust等语言编写的代码，经过编译后得到汇编指令，再通过JavaScript相关API将文件加载到Web容器中（即运行在Web容器中的汇编代码）。Wasm是一种可移植、体积小、加载快速的二进制格式，可以将各种编程语言的代码编译成Wasm模块，这些模块可以在现代浏览器中直接运行。尤其在涉及到GPU或CPU计算时优势相对比较明显。

技术交流：

- 移动端IM开发入门文章：《新手入门一篇就够：从零开发移动端IM》

- 开源IM框架源码：https://github.com/JackJiang2011/MobileIMSDK（备用地址点此）

（本文已同步发布于：http://www.52im.net/thread-4742-1-1.html）

2、Wasm有什么用

JavaScript是解释型语言，相比于编译型语言需要在运行时转换，所以解释型语言的执行速度要慢于编译型语言。

编译型语言和解释型语言代码执行的大致流程如下：

如上流程图所示：解释型语言每次执行都需要把源码转换一次才能执行，而转换过程非常耗费时间和性能，所以在 JavaScript背景下，Web执行一些高性能应用是非常困难的，如视频剪辑、3D游戏等。

Wasm具有紧凑的二进制格式，可以接近原生的性能运行，并为C/C++等语言提供一个编译目标，以便它们可以在Web上运行。被设计为可以与JavaScript共存，允许两者一起工作。在特定的业务场景下可以完美的弥补JavaScript的缺陷。

3、Wasm的优势和限制

优势：

1）性能优异：相比JavaScript代码，Wasm使用节省内存，快速加载和解释的二进制代码，具备更快执行速度，它是直接在底层虚拟机中运行的。这使得Web应用程序可以更高效地处理复杂的计算任务，例如图形渲染、物理模拟等；

2）跨平台兼容：Wasm可以在几乎所有现代浏览器中运行，兼容性可参考caniuse，无论是桌面还是移动设备。这意味着开发者可以使用各种编程语言来编写Web应用程序，而不仅仅局限于JavaScript；

3）安全性：Wasm运行在沙箱环境中，提供了良好的安全性。使用了一系列安全措施，如内存隔离和沙箱限制，以防止恶意代码对系统的攻击；

4）模块化：Wasm模块可以作为独立的组件进行开发和部署，开发者可以更好地管理和维护代码库。模块化的设计也为将来的性能优化和增量更新提供了便利。

局限性：

1）生态系统不够完善：尽管Wasm已经成为Web开发中的关键技术之一，但生态系统仍然不够完善。Wasm的工具、框架和库的数量远不如JavaScript；

2）开发门槛较高：Wasm的开发门槛相对较高。Wasm需要使用一种新的语言来编写，如C或C++等。这使得学习和使用Wasm的成本相对较高。尤其是在内存管理等方面会增加开发的复杂性；

3）与JavaScript集成问题：Wasm与JavaScript之间的集成问题是一个挑战。开发人员需要解决如何在Web应用程序中同时使用Wasm和JavaScript的问题；

4）兼容性问题：虽然现代浏览器已经开始支持Wasm，但是在一些老旧的浏览器中可能存在兼容性问题，需要开发者进行额外的处理来确保代码的兼容性。

4、Wasm工作原理

通过上述的编译型语言和解释型语言代码执行的大致流程我们可以知道Wasm是不需要被解释的，是由开发者提前编译为WebAssembly二进制格式（如下图所示）。

由于变量类型都是预知的，因此浏览器加载WebAssembly文件时，JavaScript引擎无须监测代码。它可以简单地将这段代码的二进制格式编译为机器码。

从这个流程中我们也可以看出：如果将每种编程语言都直接编译为机器码的各个版本，这样效率是不是更高呢？想法是好的，但实现过程确实复杂不堪的。由于浏览器是可以在若干不同的处理器（比如手机和平板等设备）上运行，因此为每个可能的处理器发布一个WebAssembly代码的编译后版本会很难做到。

我们可以通过替代方法即取得IR代码。IR即为中间代码（Intermediate Representation），它是编译器中很重要的一种数据结构。编译器在做完前端工作以后，首先就生成IR，并在此基础上执行各种优化算法，最后再生成目标代码。

可以简化为如下流程：

编译器将IR代码转换为一种专用字节码并放入后缀为.wasm的文件中。此时Wasm文件中的字节码还不是机器码，它只是支持WebAssembly的浏览器能够理解的一组虚拟指令。当加载到支持WebAssembly的浏览器中时，浏览器会验证这个文件的合法性，然后这些字节码会继续编译为浏览器所运行的设备上的机器码。

更加详情的原理和使用方式可以前往https://developer.mozilla.org/en ... avaScript_interface查阅。

5、Wasm应用场景

在Web开发中，可以使用Wasm来提高应用程序的性能。

以下是一些使用Wasm的常见场景：

1）高性能计算：如果应用程序需要进行大量的数值计算、图像处理或者复杂的算法运算，可以将这部分代码编译成Wasm模块，以提高计算性能；
2）游戏开发：Wasm可以用于创建高性能的HTML5游戏，通过将游戏逻辑编译成Wasm模块，可以实现更流畅的游戏体验；
3）跨平台应用：使用Wasm可以实现跨平台的应用程序，无论是桌面还是移动设备，用户都可以通过浏览器来访问和使用；
4）移植现有代码：如果已经有用其他编程语言编写的代码，可以通过将其编译成Wasm模块，将其集成到现有的Web应用程序中，而无需重写整个应用程序。

6、Wasm的应用案例

1）设计工具Figma-Wasm文件大小为27.7M：

2）Google Earth-Wasm文件总计大小为192.M（支持各大浏览器的3D地图，而且运行流畅）：

3）B站-视频处理和播放也有使用Wasm，Wasm文件大小为344kb：

4）跨平台的OpenGL图形引擎Magnum-Wasm文件大小为844kb：

7、得物的Wasm实践

7.1准备

这里我们通过使用Rust + Wasm实现Wasm与JavaScript之间的数据调用，理解Rust和Wasm的交互过程。

使用Rust就需要做一些前置的环境配置，详情的步骤可参考Rust官网：https://www.rust-lang.org/zh-CN/tools/install。

安装wasm-pack，wasm-pack是一个构建、测试和发布Wasm的Rust CLI工具，我们将使用wasm-pack相关的命令来构建Wasm二进制内容。这有助于将代码编译为WebAssembly，并生成在浏览器中使用的正确包。

7.2Rust项目初始化

执行cargo new rust_wasm初始化Rust项目，自动生成配置文件Cargo.toml。

项目结构如下：

/Users/admin/RustroverProjects/rust_wasm
├── Cargo.lock
├── Cargo.toml
├── src
| └── lib.rs
└── target
├── CACHEDIR.TAG
└── debug
├── build
├── deps
├── examples
└── incremental

7.3配置包文件

我们可以在Cargo.toml文件中加上下列代码并保存，保存之后Cargo会自动下载依赖。

具体是：

1）crate-type = ["cdylib"]，表示编译时候使用C标准的动态库；
2）#[wasm_bindgen]是一个属性宏，来自于wasm_bindgen这个crate，是一个简化Rust WASM与JS之间交互的库。

[lib]
crate-type= ["cdylib"]
[dependencies]
wasm-bindgen = { version ="0.2.89", features = [] }

7.4编写代码

编写代码之前我们先明确Rust中crate包的概念，Rust中包管理系统将crate包分为二进制包（Binary）和库包（Library）两种，二者可以在同一个项目中同时存在。

二进制包：

1）main.rs是二进制项目的入口；
2）二进制项目可直接执行；
3）一个项目中二进制包可以有多个，所以在Cargo.toml中通过双方括号标识 [[bin]]。

库包：

1）lib.rs是库包的入口；
2）库项目不可直接执行，通常用来作为一个模块被其他项目引用；
3）一个项目中库包仅有1个，在Cargo.toml中通过单方括号标识 [lib]。

因为我们这里希望将 Wasm 转为一个可以在JS项目中使用的模块，所以需要使用库包 lib.rs 的命名，代码如下。

use wasm_bindgen::prelude::*;
#[wasm_bindgen]
pub extern"C"fn rust_add(left: i32, right: i32) -> i32 {
println!("Hello from Rust!");
left + right

7.5执行编译

这里我们要使用到wasm-pack，将上述的Rust代码编译为能够被JS导入的模块，根据wasm-pack提供的target方式可以指定构建的产物。

如截图所示：

编译过程效果：

编译完成后，我们会发现根目录下多了一个pkg/ 文件夹，里面就是我们的Wasm产物所在的npm包了。

目录结构如下：

/Users/admin/RustroverProjects/rust_wasm/pkg
├── package.json
├── rust_wasm.d.ts
├── rust_wasm.js
├── rust_wasm_bg.wasm
└── rust_wasm_bg.wasm.d.ts

rust_wasm.d.ts文件内容：

/* tslint:disable */
/* eslint-disable */
* @param {number} num
* @returns {string}
exportfunctionmsg_insert(num: number): string;
* @param {number} left
* @param {number} right
* @returns {number}
exportfunctionrust_add(left: number, right: number): number;

exportfunctionrust_thread(): void;
exporttypeInitInput = RequestInfo | URL | Response | BufferSource | WebAssembly.Module;
exportinterface InitOutput {
readonlymemory: WebAssembly.Memory;
readonlymsg_insert: (a: number, b: number) => void;
readonlyrust_add: (a: number, b: number) => number;
readonlyrust_thread: () => void;
readonly__wbindgen_add_to_stack_pointer: (a: number) => number;
readonly__wbindgen_free: (a: number, b: number, c: number) => void;

exporttypeSyncInitInput = BufferSource | WebAssembly.Module;
* Instantiates the given `module`,whichcan either be bytes or
* a precompiled `WebAssembly.Module`.
* @param {SyncInitInput} module
* @returns {InitOutput}
exportfunctioninitSync(module: SyncInitInput): InitOutput;

* If `module_or_path` is {RequestInfo} or {URL}, makes a request and
*foreverythingelse, calls `WebAssembly.instantiate` directly.
* @param {InitInput | Promise
} module_or_path
* @returns {Promise

exportdefaultfunction__wbg_init (module_or_path?: InitInput | Promise
): Promise

wasm-pack打包不仅输出一个ESM规范的模块，而且还支持自动生成d.ts文件，对模块的使用者非常友好。

如下：

7.6在前端项目中引入使用

'use client'
* @Author: wangweiqiang
* @Date: 2024-06-18 17:03:34
* @LastEditors: wangweiqiang
* @LastEditTime: 2024-06-18 23:09:55
* @Description: app.tsx
importImage from"next/image";
import{ useCallback, useEffect, useState } from"react";
importinit, * as rustLibrary from'rust_wasm'
exportdefaultfunctionHome() {
const [addResult, setAddResult] = useState
(null)
const [calculateTime, setCalculateTime] = useState

const initRustLibrary = useCallback(() => {
init().then(() => {
const result = rustLibrary.rust_add(5, 6)
const timeStamp = rustLibrary.msg_insert(50000)
setCalculateTime(timeStamp)
setAddResult(result)
}, [])
useEffect(() => {
initRustLibrary()
}, [initRustLibrary]);
return(

rust代码计算结果：{addResult}

二分法方式{calculateTime}

7.7在IM场景下的性能比较

在IM场景下，聊天消息中核心的处理流程在于数据的排序、去重，大量的数据查找会非常耗时，在这里我们通过二分法的方式对Rust和JavaScript两种实现方式的耗时进行一个简单的对比。

Rust代码如下：

use chrono::{DateTime, Utc};
use rand::Rng;
#[derive()]
#[allow(dead_code)]
struct Data {
content: String,
from: String,
head: String,
msg_id: String,
seq: i32,
sid: String,
topic: String,
ts: DateTime

impl Data {
fn new(
content: String,
from: String,
head: String,
msg_id: &str,
seq: i32,
sid: String,
topic: String,
ts: DateTime
) -> Self {
Data {
content,
from,
head,
msg_id: msg_id.to_string(),
seq,
sid,
topic,
ts,

//获取原始数据
fn get_origin_data(num: i32) -> Vec
letmut data: Vec = vec![];//存储数据的向量
....//创建 num 个数据
data
//初始化结构体数据
fn init_struct_data(num: i32, text: &str) -> Data {
letmut rng = rand::thread_rng();
letcontent =format!("{}_{}", rng.gen_range(1000..=9999), text).to_string();
letts = Utc::now();
Data::new(content, from,head, &msg_id.as_str(),seq, sid, topic, ts)

//二分法插入
fn binary_insert(data: &mut Vec
, new_data: Data) {
let_insert_pos = match data.binary_search_by_key(&new_data.seq, |d| d.seq) {
Ok(pos) => {
data[pos] = new_data;
pos
Err(pos) => {
data.insert(pos, new_data);
pos

#[wasm_bindgen]
pub extern"C"fn msg_insert(num: i32) -> String {
letmut data: Vec
= get_origin_data(1000);
lettest_mode = [num];
letstart_time = Utc::now().naive_utc().timestamp_micros();
fortest_numin0..test_mode.len() {
fornumin0..test_mode[test_num] {
letdata_list = init_struct_data(num,"test");
binary_insert(&mut data, data_list);

letduration = Utc::now().naive_utc().timestamp_micros() - start_time;
letresult =format!("插入{}条数据执行耗时：{}微秒", num, duration);
result

数据对比分析:

可以看到：在数据量不大的场景下，Wasm的耗时是比纯JavaScript长的，这是因为浏览器需要在VM容器中对 Wasm模块进行实例化，这一部分会消耗相当的时间，导致性能不如纯JavaScript的执行。但随着运算规模变大，Wasm的优化越来越明显。这是因为WebAssembly是一种低级别的二进制格式，经过高度优化，并且能够更好地利用系统资源。相比之下，JavaScript是一种解释性语言，性能可能会受到解释器的限制。

8、本文小结

在大多数场景下我们都不需要用到WebAssembly。因为V8等JS引擎的优化带来了巨大的性能提升，已经足够让JavaScript应对绝大多数的普通场景了，如果要做进一步优化密集计算任务时使用Web worker也都能解决掉。只有在以上的少数场景下，我们才需要做这种“二次提升”。

WebAssembly虽然有天然的优势，但也有自己的局限性，在使用时我们也需要考虑多方面因素，例如生态、开发成本等等。不过我们依然可以持续关注WebAssembly的发展。

9、相关资料

[1]一文读懂前端技术演进：盘点Web前端20年的技术变迁史

[2]新手入门贴：史上最全Web端即时通讯技术原理详解

[3]Web端即时通讯技术盘点：短轮询、Comet、Websocket、SSE

[4]新手快速入门：WebSocket简明教程

[5]WebSocket详解（六）：刨根问底WebSocket与Socket的关系

[6]WebSocket从入门到精通，半小时就够！

[7]搞懂现代Web端即时通讯技术一文就够：WebSocket、socket.io、SSE

[8]详解Web端通信方式的演进：从Ajax、JSONP 到 SSE、Websocket