SSE服务器发送事件-客户端继续发送请求（如轮询）

Question

为什么每个站点都解释说在SSE中，客户端和服务器之间的单个连接保持打开状态“使用SSE，客户端发送标准HTTP请求请求事件流，服务器最初以标准HTTP响应响应并保持连接打开”

然后，当服务器决定可以向客户端发送数据，而我试图实现SSE时，每隔几秒钟就会看到fiddler请求被发送

对我来说，这感觉就像是长时间的投票，没有一个连接保持打开。

此外，并不是服务器决定向客户机发送数据，而是只有在客户机发送下一个请求时才发送数据

如果我用重试：10000响应，即使服务器现在想要通知的艰难事情发生了，也只会在下一个请求（从现在开始的10秒内）到达客户端，这对我来说并不真正看起来像是保持打开的连接，服务器会尽快发送数据

Answer 1

您的服务器正在立即关闭连接。SSE有一个内置的重试功能，用于连接丢失时进行重试，因此您看到的是：

• 客户端连接到服务器
• 服务器已死亡
• 客户端等待两秒钟，然后自动重新连接
• 服务器已死亡
• 客户端等待两秒钟，然后自动重新连接

为了修复服务器端脚本，你想违背父母教给你的关于对错的一切，故意创建一个无限循环。所以，它最终会看起来像这样：

validate user, set up database connection, etc.
while(true){
  get next bit of data
  send it to client
  flush
  sleep 2 seconds
  }

其中，get next bit of data可能会轮询DB表以查找自上次轮询以来的新记录，或者扫描文件系统目录以查找新文件，等等。

或者，如果服务器端进程是一个长期运行的数据分析，那么您的脚本可能会如下所示：

validate user, set-up, etc.
while(true){
  calculate next 1000 digits of pi
  send them to client
  flush
  }

这假设计算行至少需要半秒钟才能运行；如果更频繁，您将开始用大量小包数据堵塞套接字，但没有任何好处（用户不会注意到他们每秒获得10次更新而不是2次更新/秒）。