服务器客户端通信：长轮询、彗星和服务器发送事件(SSE)

Question

我正在开发一个连接到服务器的web应用程序，我需要服务器在给定的时间向客户机推送一些信息。

有人会强调这些技术吗（也许还有其他一些推动技术。）这符合我的问题，哪一种情况更适合每一种情况？

非常感谢，我想我在这个领域完全迷失了。

Answer 1

这篇文章是一个更好的解释，讨论了关于长轮询、Comet、SSE和WebSockets的区别/优势/etc。

在大多数情况下，客户机通常必须向服务器发出建立连接的第一个请求。一旦建立了连接，服务器就可以将数据推送到客户端。因此，即使使用WebSockets，客户机也会向服务器发出初始请求，要求在两者之间建立可靠的连接。

服务器发送的事件使用普通的HTTP GET请求与服务器建立连接。它也是客户端的只读连接。它的好处是实现简单，因为我们不必定义新的协议。问题是HTTP连接，即使是持久连接，也会在大约15秒后被大多数web服务器关闭。即使对于长期存在的请求，web服务器通常也会有一个超时，在超时之后关闭连接。这就是长时间投票的想法。这是一个简单的想法，我们向服务器发出一个普通的ajax请求，服务器尽可能长时间地保持打开状态。如果服务器出于任何原因关闭了请求，您将立即再次发出相同的请求。您可以使用Node.js这样的服务器和来自浏览器的普通Ajax请求非常容易地实现长轮询机制（即Comet）。服务器发送的事件试图用EventSource抽象出浏览器端的实现。因此，您不必为长轮询/彗星实现浏览器/客户端代码，而是由浏览器为您处理。它提供了一个关于持久连接的很好的抽象。您的web服务器只需要注意GET请求，这些请求将标题中的内容类型指定为“text/event-stream”，并尽可能长时间地保持HTTP连接打开。

SSE/Comet和传统的长轮询之间有一个值得强调的区别。根据我的经验，长轮询背后的想法是，在您有更新之前，您的请求不会返回。此时，HTTP连接关闭，然后立即发出另一个请求。使用SSE，虽然可以在发送更新消息后立即关闭HTTP连接，但目的是将数据从服务器刷新到客户机，而不实际关闭/结束HTTP请求。这避免了实际发出GET请求的开销。这可以通过常规的ajax请求实现，但是SSE同样提供了一个很好的/高效的EventSource实现。

编辑：澄清SSE和长轮询之间的区别。