我正在使用 JavaScript、jQuery、MySQL 和 PHP 构建一个聊天应用程序，我只是想知道客户端从服务器检索聊天消息的最佳方式是什么？我目前的潜在候选人是轮询、长轮询、HTML5 服务器发送事件 ( EventSource) 和 WebSockets。其中哪一个是最快的（即时消息）和最有效的方法（如果可能，请解释为什么）？或者，如果有更好的方法可以做到这一点，请在答案中详细说明。
此外，我还查看了 Node.js + Socket.IO，但我为这些找到的文档和示例代码对我来说毫无意义。
最后，我使用 XAMPP 作为我的本地服务器，使用 MySQL 作为这个应用程序的数据库。
任何帮助，将不胜感激。
巧合的是，您列出的选项是按效率从最低到最高的顺序列出的。
轮询效率最低。它将轮询是否有消息，并在其他客户端发送和接收消息之间引入延迟。
长轮询更好；然后您可以在发送消息时收到消息，但是重新连接可能会稍有延迟。在此延迟期间，消息将不会被传递，但除此之外，它实际上是即时的。
COMET（未提及）比长轮询好，但比服务器发送事件差。由于大多数 Web 服务器和浏览器的连接超时，它也必须偶尔重新连接，但是每当发送消息时都不需要重新建立连接。像长轮询一样，重新连接时可能会有延迟，但除此之外，它通常是瞬时的。
Server-Sent Events 类似于 COMET，但当不填充时，它具有浏览器的原生支持，因此它可以绕过超时限制，并且只需要在其生命周期内建立一个连接（只要连接没有中断） . 另一个优点是，如果连接中断而您不需要任何客户端代码，它会自动重新连接。这是瞬时的。
WebSockets 是迄今为止所有这些选项中最好的；它只需要一个连接，而且是双工的：你不仅可以通过它接收消息，还可以通过它发送消息，而不需要每次发送消息时都单独连接到服务器。与服务器发送事件不同，它确实需要更多代码：如果连接中断并且服务器端实现通常更复杂，它不会自动重新连接。我也不确定你是否可以将它与 Apache/XAMPP 一起使用。这是瞬时的。
Socket.io 是一个库，它支持（几乎？）所有这些以及更多（例如，Flash 套接字）并将其抽象为一个不错的 API，因此您不必处理每个浏览器支持的特性. 它与它选择使用的传输一样快，这取决于它运行的浏览器。它还可以减少您必须编写的代码量。但是，如果它对您来说太复杂并且您不关心旧浏览器，那肯定没有必要。此外，它真的很喜欢自己运行。您也许可以让 XAMPP 代理它，但我不知道 Apache 是否可以配置为将 WebSockets 转发给它。