WASI 1.0:WebAssembly 可能在 2026 年悄然普及

文章详细评估了 WebAssembly (Wasm) 的发展趋势,特别强调了 Wasm 3.0 和组件模型的进展。核心观点是,随着 WASI 0.3.0 预计在 2026 年正式发布,WebAssembly 将进入真正的成熟落地阶段,并在传统容器不适合的场景(如边缘设备、异步架构、无服务器环境)中发挥关键作用。文章指出,Wasm 已不再局限于浏览器环境,已广泛应用于服务器、CDN、后端服务等生产系统。它通过引用类型和接口类型,降低了开发者使用门槛,并强调了互操作性、安全性和跨语言功能拓展的优势。尽管 WebAssembly 仍未完美,但其所赋能的能力和标准化进展(尤其是组件模型与 WASI 的结合)预示着未来它将能在数千个终端节点上高速运行多个轻量级模块。




2026-01-16 12:16 北京

WASI 1.0:WebAssembly 可能在 2026 年悄然普及

本文介绍了WebAssembly及其关键标准WASI 1.0在2026年的普及前景。随着WASI 0.3.0的发布,WebAssembly将在更多场景替代传统容器。

WASI 1.0:WebAssembly 可能在 2026 年悄然普及

作者 | B. Cameron Gain

审校 | 张卫滨

策划 | Tina

本文最初发表于 The New Stack 网站,由 InfoQ 中文站翻译分享。

WebAssembly 在 Wasm 3.0 和组件模型(Component Model)发布后取得了巨大进展。然而,通往 WebAssembly 真正成熟落地的“最后一公里”,预计将随着 WASI 0.3.0 在 2026 年(很可能在 2 月份)的正式发布而完成。

这一标准化工作的最终阶段将使 WebAssembly 能够在越来越多的场景中替代传统 容器,因为无论是否运行在 Kubernetes 中,容器本身并不适合某些应用场景。这些场景包括:边缘设备、异步与事件驱动架构、无服务器(serverless)环境,以及需要通过单次发布同时部署到大量(甚至无限数量)终端节点的场景。

远超浏览器环境的 WebAssembly

事实上,WebAssembly 早已走出浏览器。在 2025 年 KubeCon + CloudNativeCon 北美大会期间,微软 Azure Core Upstream 的首席产品经理 Ralph Squillace 在 CNCF 主办的 WasmCon 活动闭幕致辞中表示:“WebAssembly 几乎能够在所有环境可靠地运行于生产系统中,包括浏览器、服务器、CDN 和后端服务,这充分证明了其成熟度和广泛适用性。”

Squillace 指出,尽管 WebAssembly 核心有意设计为层级较低且难以直接使用,但近期的规范化工作已支持更高层次的抽象。引用类型(Reference Types)和 接口类型(Interface Types)使得组件能够暴露有意义的 API,而开发者无需深入理解 WASM 内部的机制,从而大幅降低了使用门槛。

对于那些特别关注组件的人来说,Squillace 表示,Bytecode Alliance 对工程师免费开放。该联盟的重点在于支持工程师和开源开发,而非营销,并提供了包括文档在内的各种资源,使开发者能够从零开始使用 WebAssembly 组件。

Squillace 还指出,这些选择并非相互排斥的。WebAssembly 及其组件模型的目的并非取代编程语言、模块或容器,而是致力于实现互操作性、安全性,并拓展软件在不同语言和环境之间所能实现的功能。

WebAssembly 并不是完美无缺的,但 Squillace 表示,这并非重点。真正重要的是它所赋能的能力。这是一个由自愿参与者共同构建的激动人心的领域,正因如此,他说道,这次“结束”实际上是一次“开启”。

核心规范

尽管 WebAssembly 核心有意设计为层级较低且难以直接使用,但近期的规范工作已支持更高层次的抽象。Squillace 指出,引用类型(reference types)和接口类型(interface types)使得组件能够暴露有意义的 API,而开发者无需深入了解 WebAssembly 的内部机制。

Squillace 表示,“在核心层面开展的规范工作……正是让组件模型能够传递复杂的结构、从而形成合理 API 的关键所在”。

目前,基于 Wasm 的解决方案尚不能作为容器的即插即用替代方案,但它已经在越来越多的场景中得到了应用,这些场景充分利用了 WebAssembly 的优势。“即便组件模型仍处于早期阶段,但它依然是采用 Wasm 的一个强有力的理由”。Endor 的首席执行官兼联合创始人 Daniel Lopez 告诉我,“WebAssembly 已经被广泛应用于众多无服务器和边缘计算场景中。许多用户(很可能绝大多数)甚至并未意识到它正在幕后运行,尤其是在 SaaS 和无服务器服务中。Wasm 已经支撑了大量应用和场景。随着开发者和行业参与者的广泛支持,进一步的标准化只会加速这一采用进程。”

Wasm 3.0 并未包含组件模型的最终定稿。尽管 Endor 项目已非常接近,但像 Docker 那样“魔法时刻”(即几乎任何应用都能被打包进一个 Wasm 模块,并可随意部署、传输并在任意地方运行)仍未完全实现。

标准化完成之后,应用程序将能以任意语言编写,并通过 Wasm 模块分发,同时(甚至异步地)部署到任意终端节点。组件模型最终定稿后,WebAssembly 就能将其应用场景从网页浏览器和服务器进一步拓展。用户将能够在成千上万个终端节点上,以极高速度同时运行多个轻量级模块中的不同应用。

在 2025 年北美 KubeCon + CloudNativeCon 大会期间,由 CNCF 主办的 WasmCon 开幕致辞中,Cosmonic 公司首席技术官 Bailey Hayes 阐述了 WebAssembly 的核心优势:近乎为零的冷启动延迟、高工作负载密度,以及即使在资源受限环境中也能高效运行的轻量级、可移植运行时。展望未来,Hayes 将即将发布的 WASI 0.3.0 视为一个重要里程碑。他表示,该版本预览了多项定义下一代 WebAssembly 计算浪潮的关键特性,包括,与语言深度集成的并发能力(并提供针对不同语言的惯用绑定)、跨语言组件的可组合并发,以及通过底层 I/O 和零拷贝数据处理实现的高性能流式传输。

下一波浪潮的关键特性

Hayes 表示,“我想重点强调三项让我最为期待的下一代计算关键特性:语言集成的并发、跨语言组件的可组合并发,以及支持底层 I/O 与零拷贝的高性能流式处理。”

这一切在很大程度上要取决于组件模型的最终确定,尤其是其与 WASI 的关系,WASI 是连接 WebAssembly 模块与组件的标准接口或 API。它将支持构建所谓的 WebAssembly “世界”,即由一组由兼容的 Wasm 组件所构成的互连基础设施,其功能类似于 Kubernetes,但无需依赖容器。2024 年发布的 WASI Preview 2 在标准化方面取得了重大进展,但我们尚未抵达终点。2025 年或许仍无法实现“圣杯(Holy Grail)”目标,但可能会带来一些令人欣喜的突破。有传言称,WASI 0.3.0 可能无法在今年最终定稿,或将推迟其发布,进而延缓可用组件模型的落地。

Lopez 表示,“WASI 的标准化过程很漫长,但每一次新的预览版发布都让我们离 0.3.0 更近一步,鉴于该标准的广泛影响和基础性地位,哪怕耗时超出预期,也必须确保其尽可能完善。”

原文链接:

https://thenewstack.io/wasi-1-0-you-wont-know-when-webassembly-is-everywhere-in-2026/

声明:本文为 InfoQ 翻译,未经许可禁止转载。

阅读原文

跳转微信打开


AI 前线

活久见!连 Linux 之父等“顽固派”大佬,都在用 AI 编程了

2026-1-16 22:15:39

AI 前线

首个智能体商业信任协议来了!支付宝携手千问 App、淘宝闪购等发布 AI 商业协议 ACT

2026-1-16 22:15:48

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索