WebTransport 基于 HTTP/3（QUIC），不支持 HTTP/2；需服务器启用 HTTP/3、客户端浏览器支持（Chrome 115+/Firefox 126+/Edge 115+）且协商成功（Protocol 显示 h3），否则回退 WebSocket/SSE。
WebTransport 并不依赖 HTTP/2，而是基于 HTTP/3（即 QUIC 协议）设计的；在 HTTP/2 环境下无法使用 WebTransport。
WebTransport 的协议基础是 HTTP/3，不是 HTTP/2
WebTransport 是 W3C 标准草案，明确要求底层传输使用 QUIC（HTTP/3 的基础协议）。QUIC 提供了多路复用、0-RTT 连接建立、连接迁移等能力，这些是 WebTransport 实现低延迟、双向、可靠与不可靠混合传输的关键前提。HTTP/2 虽也支持多路复用，但运行在 TCP 之上，无法规避队头阻塞、缺乏连接迁移、不支持无序不可靠流——这些正是 WebTransport 需要绕过的限制。
当前浏览器支持仅限于启用 HTTP/3 的环境
Chrome（115+）、Firefox（126+）和 Edge（115+）已实现 WebTransport，但前提是网站通过 HTTPS 提供服务，且服务器支持并协商了 HTTP/3。常见 CDN（如 Cloudflare、Google Cloud Load Balancing）或服务器（如 nginx-quic、Caddy 2.8+）需显式开启 HTTP/3 支持，并正确配置 ALPN（advertise h3）。
- 检查方式：打开 Chrome DevTools → Network → 查看某请求的 Protocol 列是否显示 h3
- 若显示 h2，说明协商的是 HTTP/2，WebTransport API 将不可用（
navigator.webtransport为undefined或抛出NotSupportedError）
替代方案：HTTP/2 下可考虑 WebSockets 或 Server-Sent Events
若暂时无法升级到 HTTP/3，又需双向实时通信，可按场景选择：
立即学习“前端免费学习笔记（深入）”；
- WebSockets：基于 TCP，全双工，适合中低频、需可靠有序的消息（如聊天、协作编辑）
- Server-Sent Events (SSE)：单向（服务端→客户端），轻量、自动重连，适合通知、状态推送
- HTTP/2 Server Push（已废弃）：现代浏览器已移除支持，不应再采用
迁移到 WebTransport 的实际准备要点
不是简单替换 API，而是涉及基础设施协同升级：
