Appearance
WebAssembly：浏览器与服务端的适用边界
修订于 2026-10-12：原文缺少测试环境的吞吐、内存和启动时间表已撤下；“全面革命”等结论也已改为可验证的技术判断。
WebAssembly（Wasm）是一种可移植的低层代码格式。浏览器可以加载模块并通过 JavaScript API 与其交互；非浏览器运行时也可以承载 Wasm。它为 C/C++、Rust 等语言提供编译目标，但不保证把现有代码编译成 Wasm 后就会比 JavaScript 或原生程序更快。
浏览器中的适用场景
图像处理、音视频处理和计算密集型算法可以作为候选。是否有收益取决于算法、输入规模、模块下载与编译成本，以及 JavaScript 与 Wasm 之间的数据传递。DOM 等 Web API 仍主要经宿主环境访问；若任务大量依赖 DOM 或频繁跨边界调用，迁移到 Wasm 可能增加复杂度。
浏览器的 WebAssembly.instantiateStreaming() 等 API 可以在获取模块时进行编译和实例化。服务端应正确提供 Wasm 的 MIME 类型，并在目标浏览器验证加载路径。模块大小、缓存策略和首屏时间需要一起测量。
服务端运行时的边界
W3C 核心规范定义了指令、二进制编码、验证与执行语义，并不直接定义文件系统、网络或操作系统访问。Wasm 模块与外部世界交互，需要宿主导入相应能力。因此，把模块放在不同运行时中，仍要核对该运行时支持的接口、权限模型和版本。安全隔离依赖宿主的能力配置、运行时和底层系统，不应把“Wasm 沙箱”当作免审计保证。
判断是否采用
| 需求 | 应检查的内容 |
|---|---|
| 浏览器中复用现有 C/C++ 或 Rust 逻辑 | 编译工具链、目标浏览器、模块体积、JavaScript 接口和调试能力。 |
| 计算密集型任务 | 真实输入上的端到端耗时，而非只测核心函数；同时记录内存占用。 |
| 插件或多租户代码 | 宿主权限、资源限额、超时、依赖更新与隔离测试。 |
| 服务端部署 | 运行时支持的系统接口、观测方式、冷启动和发布回滚。 |
基准测试至少应记录硬件、浏览器或运行时版本、编译选项、输入数据、预热方式、重复次数和结果分布。先比较完整用户流程，再判断瓶颈是否真的在可迁移的计算部分。