Node.js+Express架构下如何通知客户端POST请求已处理完成

针对当前Node.js+Express架构，除固定间隔短轮询外，有三个成熟的落地方案可以实现更新感知，按实现成本和适用场景排序如下：

• Server-Sent Events（SSE，优先推荐）
  这是最适配当前场景的轻量方案，基于标准HTTP协议实现服务端到客户端的单向推送，不需要额外引入复杂的通信层。
  实现逻辑：

  1. 在Express服务中维护一个SSE连接集合，新增一个GET接口专门给客户端B建立SSE连接，接口返回特殊的text/event-stream类型响应，保持连接常驻不关闭
  2. 客户端B加载页面时，通过原生EventSourceAPI连接这个SSE接口
  3. 当客户端A提交的POST请求被处理完成、数据成功写入数据库后，服务端遍历所有存活的SSE连接，主动推送dataUpdated事件
  4. 客户端B监听到对应事件后，再发起GET请求拉取最新业务数据渲染即可
     极简服务端实现参考：

  const sseConnectionPool = new Set();
  
  // SSE连接接口
  app.get('/sse/updates', (req, res) => {
    res.writeHead(200, {
      'Content-Type': 'text/event-stream',
      'Cache-Control': 'no-cache',
      'Connection': 'keep-alive'
    });
    sseConnectionPool.add(res);
    req.on('close', () => sseConnectionPool.delete(res));
  });
  
  // 原有数据提交接口
  app.post('/api/submit', async (req, res) => {
    // 原有参数校验、数据写库逻辑
    await db.insert(req.body);
    // 数据持久化完成后广播更新通知
    sseConnectionPool.forEach(conn => conn.write(`event: dataUpdate\ndata: {}\n\n`));
    res.json({ code: 0, msg: 'success' });
  });
  

  客户端B监听逻辑参考：

  const es = new EventSource('/sse/updates');
  es.addEventListener('dataUpdate', async () => {
    const latestData = await fetch('/api/latest').then(r => r.json());
    renderToUser(latestData);
  });
  

  这个方案开发成本极低，不需要额外依赖，HTTP协议兼容性好，反向代理、防火墙基本不会拦截，完全满足「服务端通知客户端拉数据」的单向通信需求。

• WebSocket 长连接
  如果后续业务有双向实时通信需求（比如客户端B也要发实时指令、做即时聊天、协同编辑这类功能），可以选WebSocket方案。在Express服务中集成ws或者socket.io库，和HTTP服务共用端口即可。
  实现逻辑和SSE类似：客户端B和服务端建立WebSocket长连接，POST请求处理完成后服务端通过WebSocket通道给客户端B推送更新事件，客户端收到后拉取最新数据。
  相比SSE的优势是支持双向通信，缺点是协议升级有一定兼容成本，部分严格的网络环境可能拦截WebSocket升级请求，开发时需要额外处理心跳保活、断线重连逻辑。

• 长轮询（兼容兜底方案）
  如果客户端运行环境非常特殊（比如老旧浏览器、严格的网络策略不允许长连接常驻），可以用长轮询替代固定间隔短轮询，减少无效请求：

  1. 客户端B发起一个「等待更新」的GET请求，服务端收到请求后如果暂时没有新数据，就把请求挂起不返回，设置一个合理的超时时间（比如30秒）避免连接被中间节点断开
  2. 当POST请求处理完成有新数据时，服务端立刻给所有挂起的等待请求返回「有更新」的响应
  3. 客户端B收到响应后，立刻发起拉取最新数据的请求，同时马上再发起下一个「等待更新」的长轮询请求
     这个方案完全基于普通HTTP请求，兼容性拉满，只是服务端需要维护挂起的请求队列，资源开销比前两个方案稍高。

选型参考：没有特殊网络限制优先选SSE，有后续双向实时交互需求选WebSocket，极端兼容场景用长轮询即可。三个方案的实时性都远好于固定间隔短轮询，同时能避免大量无效请求打服务端。

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