我要招人

后端岗位面试题更新 2026-08-05

请解释 SSE 的工作原理，并说明在 AI 对话场景中选用 SSE 而非其他推送技术的原因是什么？

后端开发技术原理方案权衡SSE

考察说明

考查候选人是否理解 SSE 的基本机制及其在实时通信场景下的适用性，特别是针对 AI 流式输出的优势。

回答思路

  1. 【回答框架 1】SSE（Server-Sent Events）是一种基于 HTTP 的单向服务端推送技术，客户端通过 EventSource API 发起请求，服务端以 text/event-stream 格式持续返回数据，连接保持打开直到显式关闭。其核心特征是服务端到客户端的单向实时消息流。
  2. 【回答框架 2】在 AI 对话中，SSE 的优势在于原生支持流式传输，可以逐字或逐块推送生成结果，减少用户等待时间，提升交互体验。相比 WebSocket 的全双工通信，SSE 更轻量，基于标准 HTTP，无需额外协议升级，且自动处理断线重连。
  3. 【回答框架 3】选择 SSE 的另一个原因是它具备事件 ID 和自定义事件类型，便于客户端跟踪消息状态和增量处理。对于 AI 对话这种以服务端输出为主的场景，单向推送已足够，且能简化服务端实现，降低复杂度。
  4. 【回答框架 4】在架构上，SSE 可与现有 HTTP 基础设施兼容，便于配合负载均衡和缓存，但需要注意连接数的占用和代理服务器的超时配置，以及客户端与服务器的时间同步问题。
  5. 【关键点 1】SSE 是基于 HTTP 的单向服务端推送技术，使用 text/event-stream 格式。
  6. 【关键点 2】AI 对话采用 SSE 主要因流式输出减少首字延迟，提升用户体验。
  7. 【关键点 3】SSE 比 WebSocket 更轻量，自动重连，适合服务端主动推送为主的场景。
  8. 【关键点 4】SSE 需处理连接数限制和代理超时问题。
  9. 【易错点 1】不能将 SSE 用于客户端向服务端发送数据，它是单向通道。
  10. 【易错点 2】忽略代理服务器缓冲可能导致流式数据被缓存，无法实时到达客户端。
  11. 【易错点 3】连接数过多可能耗尽服务器资源，需结合连接复用或负载均衡。