关于Server Sent Events(SSE)是否仅支持定时轮询的技术问询

你完全没搞错——标准SSE（Server-Sent Events）的核心就是后端主动向前端推送更新，根本不需要前端定时轮询。那些用setInterval/setTimeout的示例，要么是为了简化演示（比如没有搭建能主动触发推送的后端，用定时任务模拟更新），要么是用来处理连接断开后的重连逻辑，并非SSE的必需环节。

正确的SSE工作流程 #

SSE基于持久化HTTP连接：前端通过EventSource发起连接后，后端保持连接打开，一旦有更新事件（比如数据库变更、业务触发），就立刻向客户端发送数据，前端通过监听事件直接接收，全程不需要主动轮询。

正确的前后端实现示例 #

前端代码（无需定时轮询）

// 建立SSE连接，指定后端接口
const sseConnection = new EventSource('/real-time-updates');

// 监听后端推送的消息
sseConnection.onmessage = (event) => {
  const updateData = JSON.parse(event.data);
  console.log('收到后端主动推送:', updateData);
  // 这里处理页面更新逻辑，比如渲染新内容
};

// 监听连接打开事件
sseConnection.onopen = () => {
  console.log('SSE连接已建立');
};

// 处理连接错误（可选：这里可以加重连逻辑，但不是定时轮询更新）
sseConnection.onerror = (error) => {
  console.error('SSE连接异常:', error);
  // 比如隔几秒尝试重连，这是连接恢复逻辑，不是推送逻辑
  setTimeout(() => {
    window.location.reload(); // 或者重新实例化EventSource
  }, 5000);
};

后端代码（Node.js/Express示例）

app.get('/real-time-updates', (req, res) => {
  // 设置SSE必备响应头
  res.setHeader('Content-Type', 'text/event-stream');
  res.setHeader('Cache-Control', 'no-cache');
  res.setHeader('Connection', 'keep-alive');
  res.flushHeaders(); // 立即发送响应头，建立连接

  // 模拟实际业务场景：当某个事件触发时推送更新
  // 比如监听数据库变更、消息队列通知、业务逻辑触发
  const handleBusinessUpdate = (updateContent) => {
    // 严格按照SSE格式发送数据：data: 内容\n\n
    res.write(`data: ${JSON.stringify({ content: updateContent, time: new Date().toISOString() })}\n\n`);
  };

  // 绑定业务事件监听（实际项目替换成你的事件源）
  yourBusinessEventEmitter.on('data-updated', handleBusinessUpdate);

  // 客户端断开连接时清理资源
  req.on('close', () => {
    yourBusinessEventEmitter.off('data-updated', handleBusinessUpdate);
    res.end();
    console.log('SSE连接已关闭');
  });
});

关键注意点 #

1. SSE消息格式：必须以data: 开头，末尾加上两个换行符\n\n，后端发送数据时要严格遵守，否则前端EventSource无法正确解析。
2. 持久连接维护：后端要确保连接不会超时，部分服务器可能会自动断开长时间无数据的连接，此时可以定期发送“心跳包”（比如每隔30秒发送data: \n\n）来保持连接。
3. 示例中的定时轮询：那些用setInterval的代码，要么是没有真正的后端事件触发逻辑，用定时任务模拟更新；要么是处理连接断开后的重连，和SSE的主动推送本质无关。

内容的提问来源于stack exchange，提问作者abdlost