WebTransport 全双工浏览器通信实战：从协议原理到生产级 QUIC 服务

引论：WebSocket 之后，浏览器需要怎样的传输层？

WebSocket 统治浏览器全双工通信已超过十年。它解决了 HTTP 轮询的低效问题，却在面对现代低延迟场景时暴露了三个结构性缺陷：

1. 队头阻塞（HOL Blocking）：WebSocket 运行在单一 TCP 流上，一个数据包的丢失会阻塞同一连接上的所有后续消息。
2. 连接不可迁移：TCP 连接绑定四元组。当用户从 Wi-Fi 切换到蜂窝网络时，所有活跃 WebSocket 连接必然断开。
3. 服务器推送受限：WebSocket 的服务器推送只能在同一 TCP 信道上进行，缺乏原生多路复用能力。

WebTransport 由 IETF 和 W3C 联合标准化（RFC 9114 + W3C WebTransport Living Standard），构建于 QUIC 之上，带来了三个核心能力变革：多流多路复用消除队头阻塞、QUIC Connection ID 连接迁移支持网络切换、不可靠数据报与可靠流双模通信。