说起来，

用过豆包、ChatGPT 这类 AI 产品的人。对逐字输出的「打字机效果」一定不陌生。不少小伙伴可能会以为这是前端做的模拟打字动画，或是通过 WebSocket 实现的实时推送。

这类流式输出的关键技术是 SSE。老实说，目前大模型流式接口、Agent 任务进度推送等场景普遍采用这项技术。

使用者痛点：在实际项目中。开发者往往只能看到最终完整响应，无法提供实时反馈，导致使用者体验出现长时间空白等待。

打开浏览器抓包即可直观看到 SSE 的运行过程：

• 发起提问后在开发者工具的「网络」面板找到 /chat/completion 请求。
• 切换到 EventStream 标签页。可见左侧页面逐字渲染，右侧结构化的 SSE 事件列表同步增长。

SSE 的主要工作模式是：服务端生成一点就推送一点，前端收到一点就渲染一点。

普通 HTTP 与 SSE 的对比

SSE 的三大特性：

• 基于 HTTP 协议：复用标准长连接，无需额外协议栈，对防火墙、代理天然兼容。
• 单向数据推送：仅服务端向客户端流式发送数据，实现逻辑简洁。
• 事件流形式传输：每条独立事件分段传输。消息边界清晰，解析方便，

二、为什么需要 SSE

User Pain Point：If you keep using traditional request‑response APIs for real‑time scenarios,users will stare at a blank screen for seconds before seeing any output.

. 轮询

The most naive solution is client‑side polling.

• Pain point – 无效开销大：The network panel floods with empty requests;bandwidth and server resources are wasted.
• Pain point – 延迟与成本矛盾：A shorter interval improves freshness but blows up request volume;a longer interval saves resources but hurts real‑time feel.

This “勤快前端” approach only fits low‑frequency scenarios where real‑time isn’t critical.

. WebSocket

A full‑duplex WebSocket solves push problem but brings its own baggage.

• Pain point – 协议栈独立：The protocol sits outside HTTP;gateways,load balancers,firewalls often need special configuration.
• Pain point – 运维复杂：A complete auntication,monitoring & debugging pipeline is required.

The AI 对话 use case is essentially “single request → long response”. Using a heavyweight bidirectional channel is overkill.

. SSE

SSE fills gap 娱乐ween polling and WebSocket:

• No extra protocol—built on standard HTTP long connections.
• No repeated handshakes—once connection is open。server streams data as it becomes available.

This lightweight one‑way streaming perfectly matches large language model token generation: server continuously emits tokens while client simply displays m.

Pain point summary for this layer:

• ✔ SSE provides real‑time feedback without high cost of polling or operational overhead of WebSocket.

. 方案对比表格

普通 HTTP HTTP 请求 - 响应，无主动推送 请求较快完成，一次性返回全部内容 静态资源加载、常规数据查询 最低

轮询 HTTP 长连接 + 定时请求 客户端定时拉取，大量重复短请求，多数为空响应 低频非实时状态刷新 低