一、 概念定义：SSE是什么？
SSE（Server-Sent Events，服务器发送事件）是一种基于 HTTP 协议的服务器推送技术。它允许服务器在客户端建立连接后，主动地向客户端持续发送数据流。
从技术视角来看，SSE 并非一种全新的、独立的网络协议，而是构建在标准 HTTP/1.1 协议之上的一种特定用法和扩展。它利用 HTTP 协议的长连接（Keepalive）特性，在客户端发起一次普通的 HTTP 请求后，服务器并不立即关闭响应流，而是保持连接打开状态，通过此连接持续向客户端推送数据。
从业务视角来看，SSE 就像是服务器向客户端打开的一条“单向数据管道”。一旦管道建立，数据便能源源不断地从服务端流向浏览器，无需客户端反复发起请求。这种机制非常适合需要实时数据更新的业务场景。
二、 背景与价值：为什么需要SSE？
在 SSE 技术出现之前，Web 应用要实现服务器向客户端的实时数据推送，主要依赖短轮询和长轮询等传统技术，但它们都存在明显的缺陷：
- 短轮询：客户端按照固定的时间间隔不断向服务器发送请求询问是否有新数据。这种方式不仅浪费服务器资源，且存在固有的延迟，无法做到真正的“实时”。
- 长轮询：客户端发起请求后，服务器会挂起该请求，直到有新数据或超时才返回。虽然降低了请求频率，但每次数据返回后仍需客户端重新建立连接，且每次连接建立的握手开销依然存在。
SSE 的出现正是为了解决上述痛点。它通过一次 HTTP 连接建立持久的数据流，彻底消除了反复建连的网络开销。在当前全民 AI 时代，大语言模型生成回答时需要逐字输出以提升用户体验，SSE 凭借其简单、可靠的单向流式传输能力，成为了大模型客户端与服务端实时通信的主流选择。
三、 核心组成与工作原理
1. 核心组成
SSE 的核心可以概括为：HTTP 扩展字段 + Keepalive 长连接。
- HTTP 头部声明：服务端在响应请求时，需将
Content-Type 设置为 text/event-stream，以此告知客户端这是一个 SSE 数据流。 - 事件流格式：SSE 的数据以纯文本格式传输，遵循特定的字段规范。常用字段包括
data（数据内容）、event（事件类型）、id（事件标识）和 retry（重连时间）。数据以两个换行符 \n\n 作为结束标志。
2. 工作原理与流程
SSE 的运行机制可以分为以下几个步骤：
- 连接建立：客户端通过标准的 HTTP GET 请求向服务器发起连接，并在请求头中声明可以接收
text/event-stream 类型的数据。 - 连接保持：服务器接收请求，返回 HTTP 200 状态码及特定响应头，保持 HTTP 连接不关闭。
- 数据推送：服务器在需要时，将数据按照 SSE 格式写入响应流中。客户端通过持续监听该流，实时读取并解析数据。
- 断线重连：如果连接意外断开，浏览器原生支持的 SSE 客户端会自动尝试重新连接服务器，并可以通过在请求头中携带
Last-Event-ID 来告知服务器上次接收到的最后一条数据的 ID，以便服务器补发缺失数据，确保数据不丢失。
四、 相关概念区别：SSE vs WebSocket
在实时通信领域，WebSocket 经常被拿来与 SSE 比较。两者虽然都能实现服务端推送，但在适用场景和底层机制上存在显著差异：
- 通信方向：SSE 是单向的，只能由服务器向客户端推送数据；WebSocket 是双向的，支持客户端和服务器之间进行全双工通信。
- 底层协议：SSE 基于标准 HTTP 协议，能良好穿越现有网络基础设施（如代理、防火墙）；WebSocket 需要进行协议升级，在复杂网络环境下可能面临兼容性问题。
- 复杂度与成本：SSE 设计极简，服务端只需维护输出流，客户端几乎所有主流浏览器原生支持，无需引入额外依赖；WebSocket 实现相对复杂，需要独立处理握手、心跳维护等逻辑。
- 适用边界：如果业务场景只需要单向通信（如大模型流式响应、消息通知、日志推送），SSE 是比 WebSocket 更简单、更轻量的选择。对于复杂的交互式实时应用（如在线协作文档、多人在线游戏），则更适合使用 WebSocket。
五、 典型应用场景
SSE 凭借其单向流式推送的特性，在以下场景中表现出色：
- AI大模型流式响应：大模型在生成文本时，逐字或逐词将结果通过 SSE 推送到前端，实现类似打字机的效果，大幅降低用户的首字等待焦虑，提供更自然的交互体验。
- 实时通知与消息推送：如系统告警、社交应用中的点赞提醒、评论推送等，服务器只需将事件单向通知给客户端。
- 实时数据大盘与动态更新：金融行情看板、监控大屏等场景下，服务器持续将最新指标数据推送到前端进行图表重绘。
- 日志流与构建输出：在持续集成或后端任务处理中，将后台运行日志实时推送到前端控制台，方便开发者排查问题。
六、 使用注意事项
在技术选型与实际接入 SSE 时，开发者需要关注以下几点：
- 连接数限制：受限于 HTTP/1.1 协议的特性，浏览器对同域名的并发连接数存在限制（通常为 6 个）。如果在同一页面大量使用 SSE，可能会耗尽连接数导致后续请求阻塞。在 HTTP/2 环境下，此限制可得到有效缓解。
- 代理与网关配置：部分反向代理或网关默认会缓冲响应内容，这会导致 SSE 数据流被截断或延迟到达客户端。在部署时，需确保在网关层关闭响应缓冲（如设置特定的 Header 禁用缓冲）。
- 连接管理：服务端需要有效管理客户端连接，处理客户端异常断开后的资源释放，避免出现僵尸连接导致服务器内存泄漏。通常需要结合心跳机制定期检查连接状态。
- 云环境集成：如果应用部署在云环境并使用负载均衡或内容分发网络，需确认相关云服务（如负载均衡器）是否支持并正确处理长连接和流式传输，避免连接被提前切断。如百度智能云等主流云服务商的负载均衡产品通常对此有良好的适配支持，开发者需在控制台合理配置超时时间。
- 安全性：SSE 基于 HTTP，同样面临跨域和数据安全问题。生产环境应使用 HTTPS 加密传输，并严格校验跨域资源共享（CORS）策略及用户身份认证。
七、 总结
SSE（Server-Sent Events）是一种基于标准 HTTP 扩展的单向数据推送技术。它以极简的设计、原生的浏览器支持和自动断线重连机制，为需要服务器向客户端持续推送数据的场景提供了轻量且可靠的解决方案。在 AI 大模型流式输出等单向实时通信场景中，SSE 展现出了不可替代的优势。开发者在选型时，应准确评估业务的通信方向与复杂度需求，合理运用 SSE 技术，以最低的成本实现高效的实时数据交互。