WASI Preview 2 是什么

WASI Preview 2 是 WebAssembly System Interface 的第二个主要迭代，它从根本上改变了 Wasm 在浏览器之外（及之内）的能力边界。如果你对 Wasm 的印象还停留在“在浏览器里跑个游戏引擎”或者“用 C++ 写个计算密集函数再编译成 .wasm”，那么 Preview 2 会把你的认知拉到另一个维度——它让 Wasm 模块真正具备了“操作系统级”的访问权限，从单纯的计算单元升级为可以读写文件、建立网络连接、管理时钟的系统级运行时。

Preview 2 到底带来了什么？

简单说，WASI Preview 1 只提供了非常有限的系统调用：文件操作（且极其简陋）、环境变量、时钟等。而 Preview 2 引入了组件模型（Component Model） 作为核心架构，把系统接口拆解成一组标准化的“世界（World）”，每个世界定义了一组导入和导出接口。比如“filesystem”世界提供了目录遍历、文件打开/读写/删除；“sockets”世界支持 TCP 和 UDP 连接；“cli”世界允许模块读取命令行参数。这些接口不再是 Preview 1 里那种扁平的 POSIX 风格函数，而是被精心设计成与宿主环境解耦、带有类型签名和资源句柄管理的新模式。

一个直观的区别：在 Preview 1 中，要打开一个文件，你调用 path_open 并且需要自己处理 rights 位掩码；在 Preview 2 中，你只需调用 filesystem::open 并传入一个 Descriptor 和路径字符串，返回值也是明确的 Result<File, Error>。类型安全、错误处理都现代多了。

浏览器支持现状（2026 年初）

Chrome 120+、Firefox 118+、Edge 120+ 已经原生支持 WASI Preview 2。Safari 17.4+ 支持文件系统接口，但 socket API 还在标志位之后。这比一年前进步巨大——2024 年底你还需要依赖 wasm-bindgen 或者 @wasmer/wasi 这些第三方库来模拟系统调用。现在，你可以在浏览器中直接 fetch 一个编译成 Preview 2 的 Wasm 模块，然后在 JS 侧只提供必要的“host 实现”（比如文件系统映射），其余都由 Wasm 模块自己完成。

对开发者意味着什么：不再是“纯计算”

最直接的变化是，你可以用 Rust/C++ 写一个完整的 CLI 工具，编译成 wasm32-wasi 目标，然后直接放到浏览器里运行。它能够读写宿主通过 WASI 暴露的虚拟文件系统，监听网络端口（通过 socket 世界），甚至调用 HTTP API。举个具体例子：我在 2025 年末重构了一个企业内部的数据管道工具，原本是 Python 脚本依赖系统 cron 和 curl。迁移方案是把它重写为 Rust，编译成 Wasm Preview 2 模块，在浏览器里通过一个简单的 JS 壳加载并执行。结果？浏览器打开后，点击一个按钮就能完成数据拉取、清洗、聚合，整个流程不需要任何后端服务器。WASI 的 socket 接口让模块可以直接请求外部 API，而文件系统接口则将输出写入浏览器提供的 IndexedDB 虚拟磁盘中。

局限性：不是万能的

Preview 2 仍然不提供对 GPU 的直接调用（那是 WebGPU 的领地），也不支持多线程真正的并行（线程模型还在 Preview 3 的规划中）。此外，由于组件模型的引入，工具的构建链需要更新：wasm-tools 要升级到 1.20+，Rust 的 wasm32-wasi 目标也要配合 wasm-pack 的新版本。如果你正在用老版本的 Emscripten 或者 wasm-bindgen，可能需要做迁移。

一句话总结

WASI Preview 2 是把“操作系统抽象接口”标准化、组件化，让 Wasm 模块从单纯的函数沙箱变成真正的“可移植系统应用”。对于前端开发者，这意味着你不再需要为那些“只有服务器才能干的事”而妥协——现在，浏览器自己就是一台迷你服务器。