WebAssembly 在2017年遭到主流阅读器的支持，并发布了被 MVP 版本（Minimum Viable Product，最简可行产品）。虽然 WebAssembly 社区组努力于使 WebAssembly 向后相容，让如今开发的 WebAssembly 运用程式，仍可以在未来的阅读器中运作，但这并不代表 WebAssembly 功用曾经残缺，MVP 绝非最终版本。相反，WebAssembly 还将添加许多新功用，而这些新功用将从基本上推翻 WebAssembly 所能完成的任务。

为消弭人们对 WebAssembly 的曲解，WebAssembly 社区组以 RPG 游戏中人物养成的“技艺树”方式，对 WebAssembly 的未来开展途径做了十分详细的解释。他们表示目前曾经完全掌握这些技艺中的前几项，后续需求渐渐解锁整个技艺树。

WebAssembly 在 MVP 版本阶段满足 4 个基本技艺要求：编译、快速执行、紧缩和线性内存分配。运用 WebAssembly 的人知道他们不想只支持 C 和 C ++，而是希望可以将许多不同的言语编译为 WebAssembly 。经 WebAssembly 编译器编译的运用需求可以快速执行，满足需求。而为了减速载入速度，WebAssembly 还需具有紧缩才能，增加运用者的等候时间。另外，WebAssembly 需求有别于 JavaScript 运用内存方式，可以直接收理运用的内存，在加上安全要素的考量，WebAssembly 采用线性内存形式。

社区组表示，WebAssembly 的下一个目的是平滑运转那些更重的运用顺序，比如 Photoshop、Gmail 等。为确保此类运用能在阅读器中运转良好，他们需求解锁新一批的“技艺”，包括支持多线程、SIMD（单指令流少数据流）、64位寻址、流式编译（在下载的同时编译 WebAssembly 文件）、分层编译器、隐式 HTTP 缓存以及一些其他改良。

一旦以上功用全部就位，WebAssembly 又将进入下一个阶段 —— 与 JavaScript 互操作，包括 JS 和 WebAssembly 之间的快速调用、简便的数据交流、ES模块集成、工具链集成和向后兼容性。

此外，他们还想在 WebAssembly 中重写 JavaScript 框架的大部分外容，并使静态类型的 compile-to-js 言语可编译为 WebAssembly 。想要完成这两个目的，WebAssembly 还需求支持高阶的言语功用，包括渣滓回收、异常处置、调试以及尾调用（Tail calls）。

更多功用和详细进度，可查阅博客原文。

【编辑引荐】

刚刚Gartner发布了2019年十大战略性技术趋向：自主设备、增强剖析、AI驱动的开发等

2018 JVM 生态报告：79％ 的 Java 开发者运用 Java 8

Swift 团队宣布将开发一个新的基于 LSP 的言语效劳

普通开发者皆可参加 百度大脑行业运用创渎应战赛大奖等你拿

开源社区行为准绳风云不断，SQLite 遭开发者抵抗

(责任编辑：admin)