对比表：AI 流式输出用 SSE、WebSocket 还是 WebTransport
【摘要】 维度SSEWebSocketWebTransport方向服务端到客户端单向双向双向，基于 HTTP/3协议普通 HTTP独立协议，需升级握手QUIC，需 HTTP/3 支持浏览器支持广很广较新，部分浏览器需配置代理/防火墙友好度好，就是 HTTP一般，长连接可能被断取决于网络环境断线重连浏览器自带重连需自己实现需自己实现多路复用每个流一个连接单连接多消息原生多流适合场景LLM token 流...
| 维度 | SSE | WebSocket | WebTransport |
|---|---|---|---|
| 方向 | 服务端到客户端单向 | 双向 | 双向，基于 HTTP/3 |
| 协议 | 普通 HTTP | 独立协议，需升级握手 | QUIC，需 HTTP/3 支持 |
| 浏览器支持 | 广 | 很广 | 较新，部分浏览器需配置 |
| 代理/防火墙友好度 | 好，就是 HTTP | 一般，长连接可能被断 | 取决于网络环境 |
| 断线重连 | 浏览器自带重连 | 需自己实现 | 需自己实现 |
| 多路复用 | 每个流一个连接 | 单连接多消息 | 原生多流 |
| 适合场景 | LLM token 流、通知、日志 | 聊天、协同编辑、双向交互 | 低延迟双向、游戏、实时音视频 |
判断很简单： 只是把模型生成的 token 推给前端，SSE 够用，而且最容易接进现有 HTTP 基础设施。需要用户边看边发指令、双向实时交互，WebSocket 更自然。WebTransport 的优势在低延迟和多流，但部署门槛高，2026 年还不是大多数 AI 应用的默认选择。
一个常被忽略的点：SSE 在 HTTP/1.1 下每个流占一个连接，浏览器同域连接数有限，页面开多个流会排队。HTTP/2 下多路复用可以缓解，但代理和负载均衡的配置要跟上。选型之前先看你的部署链路支不支持，再谈协议优劣。
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）