Max Inden近期在FOSDEM 2026的技术演讲中阐述了即将到来的 WebTransport 协议与 Web API 是如何增强 WebSocket 能力的。WebTransport 适用于高频金融数据流、云游戏、实时直播、协同编辑等核心场景，会为它们提供更低的延迟与透明的网络切换能力。
Inden 是 Mozilla 的工程师，负责 Firefox 网络栈的研发。他首先回顾了 WebSocket，该协议在 2011 年问世时堪称颠覆性的突破，它实现了可靠的双向通信。但时至今日，面对如今越来越普及的高端实时场景，WebSocket 暴露出了诸多的痛点。WebSocket 基于 TCP（依托 HTTP/1.1 或 HTTP/2）设计，TCP 追求可靠、有序的数据传输。这种设计适合文件下载，却并不适配现代化的场景，很多场景更看重交互速度，而不是绝对的可靠性。
WebTransport 作为 WebSocket 的替代方案，解决了多项性能瓶颈，其中最关键的就是队头阻塞（head-of-line blocking）问题。
在 TCP 架构的 WebSocket 连接中，一旦单个数据包丢失，整条数据流就会停滞等待重传；即便后续数据包与丢失包完全无关，也同样被阻塞。除此之外，WebSocket 初始化链接的流程繁琐，需要 TCP 握手、TLS 握手、HTTP 升级协商，往往要经历多次网络往返（round-trip time，RTT）才能传输业务数据。
WebTransport依托HTTP/3和QUIC协议，从架构层面根治了这些缺陷。由于 QUIC 运行在 UDP 之上，WebTransport 同时支持可靠的字节流和不可靠数的据报。以云游戏为例，玩家的按键指令必须可靠有序地送达；而丢失的视频帧无需重传、也不能阻塞后续画面，因为游戏状态早已更新，重传只会浪费带宽。
WebTransport 还支持透明的连接迁移。传统 TCP 连接与用户 IP 强绑定。当用户离开家时，会从 Wi‑Fi 切到移动网络，TCP 连接此时会直接断开，应用必须重新建链接。
WebTransport 可校验新网络路径并迁移会话，网络切换过程中连接保持不断连。
该协议大幅降低首次建立链接的延迟。通过合并传输握手与加密握手，仅需 1 次 RTT 即可完成连接。对于回访用户还支持0‑RTT（Zero Round-Trip Time），可以直接先发数据，实现实时通信场景过去难以做到的“秒连体验”。
（图片来源：FOSDEM 2026 的演讲幻灯片）
开发者社区长期关注 WebTransport 的演进，他们既期待其性能提升，也对部署限制心存顾虑。在Hacker News上，开发者都在争论，WebTransport 究竟是 WebSocket 的全面替代品，还是只适用于高端专业场景的专用工具。
有开发者惋惜业界似乎在刻意淘汰简单的协议：
“在只需要简单可靠的双向消息收发的场景中，无论是否纯 Web 场景，我首选永远是 WebSocket。我并不认为 WebTransport 能替代这类基础场景。”
另一位开发者也表示认同：
“当你只想在 TCP 之上用一套轻量级消息协议、不想自己造轮子时，WebSocket 完全够用且足够简单。”
用户 chrismorgan 则指出两者API本质差异巨大，根本无法简单兼容扩展：
“WebSocket 和 WebTransport 的 API 设计差异极大。前者只提供一条独立可靠的双向流，而后者可按需创建任意数量的可靠/不可靠、单向/双向流，完全由开发者自由编排。”
争议的一个焦点就是，WebTransport 强制要求 HTTPS 安全上下文。有开发者批评说，这一要求禁止了新技术在本地使用场景的应用：
“WebTransport 仅支持 HTTPS 环境很不合理。很多本地场景非常适合 Web 技术，但根本不方便配置 HTTPS；新技术一刀切禁用本地使用场景，非常可惜。”
FOSDEM 2026 于 2026 年 1 月 31 日至 2 月 1 日在比利时布鲁塞尔举办。FOSDEM 是由志愿者组织、一年一度的免费非商业的开源技术盛会，旨在推广自由开源软件的普及和应用。
查看英文原文： FOSDEM 2026: Intro to WebTransport - the Next WebSocket?!
