JavaScript 是解释型语言，重计算场景性能受限。Wasm 是一种可以在浏览器运行的底层字节码，由 C/C++/Rust 等编译而来，执行效率接近原生。
它不是为了替代 JS，而是补齐 JS 在重计算场景的短板，二者配合使用。
判断标准：业务有重计算且 JS 性能不足时，才值得引入 Wasm。普通 CRUD 用不到。
哪些业务适合用 Wasm。
转码、剪辑、滤镜在浏览器端完成。
压缩、识别、特效处理更高效。
数值计算、仿真模拟逼近原生。
高性能加解密与签名运算。
图形渲染与物理引擎。
把桌面工具能力搬到网页。
从零开始体验 Wasm。
Rust（wasm-pack）或 C/C++（Emscripten）起步，生态与文档较成熟。
编译一个加法/字符串处理函数到 wasm，在 JS 里调用，跑通全链路。
对比 JS 实现，量化性能收益与包体积成本，再决定是否推广。
按语言选工具链。
| 语言 | 工具链 | 特点 |
|---|---|---|
| Rust | wasm-pack / wasm-bindgen | 内存安全、生态现代 |
| C/C++ | Emscripten | 历史生态丰富 |
| Go | TinyGo / syscall/js | 部署简单 |
| AssemblyScript | asbuild | TS 语法、上手快 |
不会。Wasm 与 JS 互补：Wasm 管重计算，JS 管 DOM 与业务。两者结合才是正确姿势。
会。二进制体积是常见顾虑，可通过按需加载、压缩、tree-shaking 控制，权衡性能收益。
主流浏览器均已支持 Wasm，兼容性已经不是主要障碍。
普通业务逻辑、DOM 操作、中小计算量场景，用 JS 就够，引入 Wasm 只会增加复杂度。
