巧合的是,您列出的选项是按效率从最低到最高的顺序列出的。
轮询效率最低。它将轮询是否有消息,并在其他客户端发送和接收消息之间引入延迟。
长轮询更好;然后您可以在发送消息时收到消息,但是重新连接可能会稍有延迟。在此延迟期间,消息将不会被传递,但除此之外,它实际上是即时的。
COMET(未提及)比长轮询好,但比服务器发送事件差。由于大多数 Web 服务器和浏览器的连接超时,它也必须偶尔重新连接,但是每当发送消息时都不需要重新建立连接。像长轮询一样,重新连接时可能会有延迟,但除此之外,它通常是瞬时的。
Server-Sent Events 类似于 COMET,但当不填充时,它具有浏览器的原生支持,因此它可以绕过超时限制,并且只需要在其生命周期内建立一个连接(只要连接没有中断) . 另一个优点是,如果连接中断而您不需要任何客户端代码,它会自动重新连接。这是瞬时的。
WebSockets 是迄今为止所有这些选项中最好的;它只需要一个连接,而且是双工的:你不仅可以通过它接收消息,还可以通过它发送消息,而不需要每次发送消息时都单独连接到服务器。与服务器发送事件不同,它确实需要更多代码:如果连接中断并且服务器端实现通常更复杂,它不会自动重新连接。我也不确定你是否可以将它与 Apache/XAMPP 一起使用。这是瞬时的。
Socket.io 是一个库,它支持(几乎?)所有这些以及更多(例如,Flash 套接字)并将其抽象为一个不错的 API,因此您不必处理每个浏览器支持的特性. 它与它选择使用的传输一样快,这取决于它运行的浏览器。它还可以减少您必须编写的代码量。但是,如果它对您来说太复杂并且您不关心旧浏览器,那肯定没有必要。此外,它真的很喜欢自己运行。您也许可以让 XAMPP 代理它,但我不知道 Apache 是否可以配置为将 WebSockets 转发给它。