WebAssembly 是什么？

2019 年 12 月，W3C 标准批准了第四种官方语言：WebAssembly (Wasm)。这种语言在结构、使用和功能方面与以前的语言有很大不同。

WebAssembly 是一种新的编码方式，可以在现代的 Web 浏览器中运行 － 它是一种低级的类汇编语言，具有紧凑的二进制格式，可以接近原生的性能运行，并为诸如 C / C ++等语言提供一个编译目标，以便它们可以在 Web 上运行。它也被设计为可以与 JavaScript 共存，允许两者一起工作。

对于 Web 平台而言，WebAssembly 具有巨大的意义——它提供了一条途径，以使得以各种语言编写的代码都可以以接近原生的速度在 Web 中运行。在这种情况下，以前无法以此方式运行的客户端软件都将可以运行在 Web 中。

WebAssembly 被设计为可以和 JavaScript 一起协同工作——通过使用 WebAssembly 的 JavaScript API，你可以把 WebAssembly 模块加载到一个 JavaScript 应用中并且在两者之间共享功能。这允许你在同一个应用中利用 WebAssembly 的性能和威力以及 JavaScript 的表达力和灵活性。

什么时候使用 WebAssembly？

开发人员可能希望在两种一般情况下使用 Wasm。一种是作为想要编写性能更高的代码的 Web 开发人员。另一种是作为软件开发人员，希望将现有技能与其他编程语言（如 C++ 或 Rust）结合使用来构建在 Web 上运行并通过 Web 浏览器访问用户的软件，而无需额外的步骤（例如下载和安装程序）。 虽然开发人员在第一种情况下仍需要使用 JavaScript，但他们也可以使用 Wasm 将需要接近原生速度的部分生成为模块并使用 JS 加载它们。这是因为 JS 和 WebAssembly 模块之间双向通信的能力使应用程序能够利用 WebAssembly 的出色性能。

开发人员可以继续使用 React 等流行的 UI 库来构建 Web 应用程序的 UI，并间接使用 Wasm 来实现高性能的内部逻辑。Figma 等流行的应用程序通过使用 React 和 C++ 采用了这种技术。 对于第二种情况，开发人员可以使用 Rust、C++ 或 C# 等语言与 Blazor 一起编写 Web 应用程序。或者甚至用 C# 设计一个游戏并轻松将其编译为 Wasm，然后通过网络将其提供给消费者。

简而言之，开发人员可以通过以下方式使用 Wasm：

• 除了 JS，开发者还可以在 Wasm 中编写高性能的关键性代码，并用 JS 导入。

• 开发人员可以使用 Wasm 作为编译目标，编写使其他编程语言能够在 Web 上运行的代码。

OpenIM 通过 WebAssembly 解决了什么问题？

OpenIM 是由 IM 技术专家打造的开源的即时通讯组件。OpenIM 包括 IM 服务端和客户端 SDK，实现了高性能、轻量级、易扩展等重要特性。开发者通过集成 OpenIM 组件，并私有化部署服务端，可以将即时通讯、实时网络能力快速集成到自身应用中，并确保业务数据的安全性和私密性。

目前 github 11k star，上万开发者，广泛应用在政务协同办公，社交等领域。重点有如下特色

（1）开源：核心代码开源，数据自我掌控，打造全球领先的 IM 开源社区，括客户端 SDK 和服务端，打造全球领先的 IM 开源社区。

（2）易扩展：服务端采用 golang 实现，首创“一切皆消息”的通讯模型，轻松实现自定义消息和扩展功能。

（3）高性能：支持集群分层治理架构，经受过海量用户检验，抽象在线消息、离线消息、历史消息存储模型。

（4）全平台支持：iOS、Android 原生；Flutter、uni-app、ReactNative 跨端；React、Vue 等所有主流 web 前端框架；小程序；PC 支持 Electron。

我们的客户端 SDK 底层库 openim-sdk-core 是通过 Go 语言编写，并通过 Gomobile 工具打包为 AAR 和 Framework 库轻松集成到 Android 和 iOS 两端，并且扩展支持了部分主流跨平台开发框架如：Flutter 、ReactNative、Uniapp 等。

现在我们借助 WebAssembly 技术将 openim-sdk-core 再次移植到了 Web 平台，底层复用一套代码，降低了 SDK 的维护成本，同时充分发挥 wasm 的特性。帮助开发者可以更加快速、稳定的将即时通讯、实时网络能力集成到自身应用中。

同时，我们还借助 sql.js（同样使用 emscripten 将 SQLite 编译为 webassembly）和 IndexedDB 在 Web 环境中增加了消息本地存储能力，这使得 SDK 整体使用更加高效。当前大多数 IM 的 JSSDK 都是直接通过 API 每次到服务器拉取大量数据，给服务器带来巨大压力的同时也让用户可能获得不太好的体验，如弱网环境下获取聊天记录的漫长等待。但在 open-im-sdk-wasm 中，因为消息记录都被储存在了 IndexedDB 中，使得用户可以稳定达到 100~200ms 内拉取记录的丝滑体验。

github 地址：https://github.com/OpenIMSDK/

官网：https://www.rentsoft.cn/

WebAssembly 的未来

WebAssembly 是作为客户端技术发明的，但它也被证明在服务器端非常有用。 服务器端 WebAssembly 在现代 Web 和服务端应用程序中都存在至关重要的优势。

• 高性能。WebAssembly 实现了接近原生的性能。与 Java、Python 或 JavaScript 运行时相比，它可以快 10 倍到 100 倍（这怎么可能？）。它也比 Docker 快得多，尤其是在冷启动和系统访问方面。

• 安全。WebAssembly 是一个具有基于能力的安全模型的沙箱。它不仅比原生二进制文件更安全，而且比 Docker 这样的操作系统级容器更安全。然而，它提供了对底层系统的访问，包括新的硬件功能。

• 可移植。WebAssembly 应用程序可以用 C、C++、Rust、Go 编写，并且无需更改即可在不同的操作系统和硬件平台上运行。

• 易于管理。WebAssembly 程序可以由其他应用程序配置、启动、热交换、停止和移动。

WASI 是一种将 WebAssembly 跑在任何系统上的标准化系统接口，当 WebAssembly 的性能逐渐增强时，WASI 可以提供一种可行的方式，在任意平台上运行任意的代码，就像 Docker 所做的一样，但是不需要受限于操作系统。正如 Docker 的创始人所说：

“ 如果 WASM 和 WASI 早在 2008 年就存在，那么我们就不需要创建 Docker。可见 Wasm 是多么重要。服务器上的 WebAssembly 将会是“计算”的未来模式。而现在的问题是缺少标准化的系统接口。希望 WASI 能够胜任这项工作！“

Wasm 虽然起源于 Web，但如今，它已经不止于 Web。那就让我们来一起期待 Wasm 带来的，那个拥有无限可能的世界吧！