JavaScript与WebAssembly比较 及其使用场景

由于没有规范定义Source map，所以目前 WebAssembly 并不支持，但最终会有的(可能快了)。当你在 C++ 代码中设置了断点，你将会看到 C++ 代码而不是 WebAssembly。至少，这是 WebAssembly 源码映射的目标。

多线程

JavaScript 是单线程的。有一些方法可以利用事件循环并利用异步编程，这个之前在 JavaScript是如何工作的:事件循环和异步编程的崛起+ 5种使用 async/await 更好地编码方式 已经讲过了。

JavaScript 也使用 Web Workers 但是只有在极其特殊的情况下－大体上，可以把任何可能阻塞 UI 主线程的密集的 CPU 计算移交给 Web Worker 执行以获得更好的性能。但是，Web Worker 不能够访问 DOM。

目前 WebAssembly 不支持多线程。但是，这有可能是接下来 WebAssembly 要实现的。Wasm 将会接近实现原生的线程（比如，C++ 风格的线程）。拥有真正的线程将会在浏览器中创造出很多新的机遇。并且当然，会增加滥用的可能性。

可移植性

现在JavaScript几乎可以在任何地方运行，从浏览器到服务器端，甚至在嵌入式系统中。

WebAssembly的设计宗旨是安全、便携。就像JavaScript。它将运行在每个支持 wasm 的环境中(例如，每个浏览器)。

WebAssembly 拥有和早年 Java 使用 Applets 来实现可移植性的同样的目标。

WebAssembly 使用场景

WebAssembly 的最初版本主要是为了解决大量计算密集型的计算的（比如处理数学问题）。最为主流的应用场景就是游戏——处理大量的像素。你可以使用你熟悉的 OpenGL 绑定来编写 C++/Rust 程序，然后编译成 wasm。之后，它就可以在浏览器中运行。

在浏览器中

• 更好的让一些语言和工具可以编译到 Web 平台运行。
• 图片/视频编辑。

• 游戏：

  • 需要快速打开的小游戏
  • AAA 级，资源量很大的游戏。
  • 游戏门户（代理/原创游戏平台）
• P2P 应用（游戏，实时合作编辑）
• 音乐播放器（流媒体，缓存）
• 图像识别
• 视频直播
• VR 和虚拟现实
• CAD 软件
• 科学可视化和仿真
• 互动教育软件和新闻文章。
• 模拟/仿真平台(ARC, DOSBox, QEMU, MAME, …)。
• 语言编译器/虚拟机。
• POSIX用户空间环境，允许移植现有的POSIX应用程序。
• 开发者工具（编辑器，编译器，调试器...）
• 远程桌面。
• VPN。
• 加密工具。
• 本地 Web 服务器。
• 使用 NPAPI 分发的插件，但受限于 Web 安全协议，可以使用 Web APIs。
• 企业软件功能性客户端（比如：数据库）

脱离浏览器

• 游戏分发服务（便携、安全）。
• 服务端执行不可信任的代码。
• 服务端应用。
• 移动混合原生应用。
• 多节点对称计算

以上就是JavaScript与WebAssembly比较 及其使用场景的详细内容，更多请关注其它相关文章！