SSE（Server-Sent Events）是一种在网页和服务器之间建立一个单向通信通道的技术。在这种通信中，服务器可以主动向客户端发送数据，而无需客户端不断请求。以下是关于SSE的简要说明，按照您提供的分类：### 服务器端（Server）在SSE中，

1 序 近期学习 MCP 开发时，其中有一种MCP通信模式为 基于HTTP的SSE的模式，故此研究一二。 MCP Server/Tool 开发指南 - 博客园/数据知音 本文主要参考自 Server Send Events教程 - 阮一峰 ，并做有一定的调整和追加。 2 概述 服务器向浏览器推送信息，除了 WebSocket，还有一种方法：Server-Sent Events（以下简称 SSE）。本文介绍它的用法。 2.1 SSE 的本质 严格地说，HTTP 协议无法做到服务器主动推送信息。但是，有一种变通方法，就是服务器向客户端声明，接下来要发送的是流信息（streaming）。 也就是说，发送的不是一次性的数据包，而是一个数据流，会连续不断地发送过来。这时，客户端不会关闭连接，会一直等着服务器发过来的新的数据流，视频播放就是这样的例子。本质上，这种通信就是以流信息的方式，完成一次用时很长的下载。 SSE 就是利用这种机制，使用流信息向浏览器推送信息。它基于 HTTP 协议，目前（2026年3月）除了IE浏览器之外的所有主流浏览器都支持。 2.2 SSE 的特点 SSE 与 WebSocket 作用相似，都是建立浏览器与服务器之间的通信渠道，然后服务器向浏览器推送信息。 总体来说，WebSocket 更强大和灵活。因为它是全双工通道，可以双向通信；SSE 是单向通道，只能服务器向浏览器发送，因为流信息本质上就是下载。如果浏览器向服务器发送信息，就变成了另一次 HTTP 请求。 但是，SSE 也有自己的优点。 SSE 使用 HTTP 协议，现有的服务器软件都支持。WebSocket 是一个独立协议。 SSE 属于轻量级，使用简单；WebSocket 协议相对复杂。 SSE 默认支持断线重连，WebSocket 需要自己实现。 SSE 一般只用来传送文本，二进制数据需要编码后传送，WebSocket 默认支持传送二进制数据。 SSE 支持自定义发送的消息类型。 因此，两者各有特点，适合不同的场合。 特点总结： SSE（Server-Sent Events，服务器发送事件）是一种基于HTTP协议的服务器向客户端单向实时推送数据的技术。它的核心特点是： 单向通信：仅支持服务器→客户端的数据推送 自动重连：浏览器内置断线重连机制 基于HTTP：兼容现有HTTP生态，易于部署 2.3 SSE vs WebSocket 选型对比 特性 SSE WebSocket 通信方向 单向（服务器→客户端） 双向（服务器↔客户端） 协议基础 HTTP/HTTPS 独立的WS/WSS协议 自动重连 ✅ 原生支持 ❌ 需手动实现 开发复杂度 极低 较高 二进制支持 ❌ 仅文本 ✅ 文本+二进制 网络兼容性 优秀（穿透性好） 可能被代理阻挡 选型建议： 只需服务器"说话" → 选SSE 需要双方"对话"（如在线游戏、视频聊天、协同编辑）→ 选WebSocket 偶尔查一次数据 → 选轮询/长轮询 2.4 适用场景 SSE最适合的业务场景可以归纳为：单向、文本、实时、低频交互的数据推送需求。 它的核心优势在于实现简单、自动重连、与HTTP生态完美兼容。