今天我们要深入探讨一个在实时通信领域非常优雅且高效的技术------SSE，也就是服务器发送事件。
为了让大家直观地理解，我们先从生活中的点餐场景说起。想象一下，你点完餐后，是如何知道菜品是否准备好的呢？
在 Web 开发的传统模式中，我们通常采用『轮询』。这就像是你每隔十秒就跑去柜台问服务员：『我的菜好了吗？』。这种方式不仅让你觉得疲惫，也让服务员应接不暇。在系统架构中，这就意味着客户端机械地发起大量无效请求，造成了服务器资源和带宽的严重浪费。
而 SSE 模式，则像是一条全自动的传送带。你只需要坐在餐位上接好，一旦后厨菜好了，服务器就会沿着这条建立好的连接，源源不断地将数据主动推送到你面前。这就是我们所说的『流式传输』。
SSE 最大的特点是它基于标准的 HTTP 协议，非常轻量级，专门用于单向流式数据的传输。相比于 WebSocket 的复杂性，SSE 在很多实时更新场景下是更优的选择。接下来，我们将深入它的底层逻辑。
要建立这种流式连接，有三个关键点。首先是身份声明：Content-Type 必须设置为 text/event-stream。这告诉浏览器：嘿，接下来的数据不是一次性发完的，而是一个源源不断的事件流。
其次，我们必须设置 Cache-Control 为 no-cache，防止中间代理缓存数据而破坏实时性，同时保持 Connection 为 keep-alive，确保这根"水管"始终畅通。
在生产环境部署时一定要注意：如果你使用了 Nginx 代理，务必关闭 proxy_buffering。否则 Nginx 会为了性能把数据"攒着"发，这会让你的实时流瞬间变成"断续流"。带上 X-Accel-Buffering: no 这个特殊的 Header。Nginx 识别到它后，也会乖乖地停止缓冲。
本地测试需要注意加入这个：Access-Control-Allow-Origin: *