php - Ajax 长轮询限制

Question

所以我和一个 friend 正在构建一个基于 Web 的 AJAX 聊天软件，它具有 jQuery 和 PHP 核心。到目前为止，我们一直在使用每两秒左右调用一次服务器以查找更新的标准过程。但是，我开始不喜欢这种方法，因为它速度不快，也不是“经济高效”的，因为即使没有返回数据，也会有大量的请求从服务器来回发送。

我们的一位项目支持者建议我们研究一种称为 COMET 的技术，或者更具体地说，是长轮询。然而，在阅读不同的文章和博客文章后，我发现它在与 Apache 服务器一起使用时并不是那么实用。似乎大多数人只是说“这不是一个好主意”，但并没有给出 Apache 一次可以处理多少请求的具体方式。

PureChat 的全部目的是为人们提供外观精美、运行速度快且适用于大多数服务器的聊天。因此，我假设大约 96% 的用户将使用 Apache，而不是更适合长轮询的 Lighttpd 或 Nginx。

进入正题:

在您看来，继续使用 setInterval 并重复请求新数据是否更好？还是使用长轮询更好，尽管大多数用户将使用 Apache？此外，在 Apache 服务器崩溃和死机之前，可以更具体地了解大约有多少人可以使用聊天？

Answer 1

正如 Andrew 所说，套接字连接是与服务器异步通信的最终解决方案，尽管目前只有最先进的浏览器支持 WebSockets。 socket.io 是一个开源 API，您可以使用它在浏览器支持时启动 WebSocket 连接，但在浏览器不支持时将回退到 Flash 替代方案。但是，这对使用 API 的编码人员来说是透明的。

套接字连接基本上保持浏览器和服务器之间的开放式通信，以便彼此可以随时向对方发送消息。套接字服务器守护程序会保留一份已连接订阅者的列表，当它收到来自其中一个订阅者的消息时，它会立即将此消息发送回所有订阅者。

然而，对于套接字连接，您需要一个在您的服务器上全时运行的套接字服务器守护进程。虽然这可以通过命令行 PHP 完成(不需要 Apache)，但它更适合 node.js 之类的东西，这是一种非阻塞的服务器端 JavaScript api。

node.js 也更适合您所说的长轮询。基本上 node.js 是事件驱动和单线程的。这意味着您可以保持许多连接打开而不必打开尽可能多的线程，这会占用大量内存(Apaches 问题)。这允许高可用性。然而，您必须记住的是，即使您使用的是像 Nginx 这样的非阻塞文件服务器，PHP 也会有许多阻塞网络调用。由于它在单个线程上运行，因此每个(例如)MySQL 调用基本上都会停止服务器，直到返回该 MySQL 调用的响应。发生这种情况时，其他任何事情都无法完成，从而使您的非阻塞服务器变得无用。但是，如果您使用 JavaScript (node.js) 等非阻塞语言进行网络调用，这将不是问题。它不会等待来自 MySQL 的响应，而是设置一个处理函数来处理响应，只要响应可用，就允许服务器在等待时处理其他请求。

对于长轮询，您基本上会发送一个请求，服务器会在响应前等待 50 秒。如果它有任何要报告的内容，它会在 50 秒内做出响应，否则它会等待。如果 50 秒后没有任何报告，它会发送一个响应，这样浏览器就不会超时。响应将触发浏览器发送另一个请求，然后该过程重新开始。这允许更少的请求和更快的响应，但同样不如套接字连接好。