这是长轮询(彗星编程)的正确方法吗?


Is this the proper method to Long Polling(Comet programming)

首先,我要感谢你们所有伟大的人对新程序员的帮助。

我有一个关于长轮询的问题。我研究过一些关于Comet编程的长轮询技术的文章。该方法对我来说似乎很困难,因为它有时还需要在服务器端安装一些脚本。

现在我找到了一个关于长轮询的例子。它工作得很好,但我不确定它是否是正确的方法。示例脚本是关于类似聊天的应用程序的。此 php 脚本的工作原理如下:

  1. php 脚本会不断检查数据.txt文件,直到它被更改。
  2. 一旦数据.txt被更改,新文本就会输出到网页上。

这是 php 脚本:

<?php
$filename  = dirname(__FILE__).'/data.txt';
// store new message in the file
$msg = isset($_GET['msg']) ? $_GET['msg'] : '';
if ($msg != '')
{
    file_put_contents($filename,$msg);
    die();
}
// infinite loop until the data file is not modified
$lastmodif    = isset($_GET['timestamp']) ? $_GET['timestamp'] : 0;
$currentmodif = filemtime($filename);
while ($currentmodif <= $lastmodif) // check if the data file has been modified
{
    usleep(500000); // sleep 500ms to unload the CPU
    clearstatcache();
    $currentmodif = filemtime($filename);
}
// return a json array
$response = array();
$response['msg']       = file_get_contents($filename);
$response['timestamp'] = $currentmodif;
echo json_encode($response);
flush();
?>

我没有包括网页代码来保持问题简单。该网页只有一个div,无论何时更改.txt都会显示数据的文本。

我问题的要点是:

  • 这种循环方法是长时间轮询服务器的正确方法吗?
  • 此外,当服务器正在执行sleep();其他并发请求会发生什么?
  • 是否有任何技术可以减少由于长轮询的连续脚本而导致的服务器负载
  • 如果启动此长轮询请求的客户端断开连接,我们如何知道并相应地停止该断开连接的客户端的脚本

请指导我解决这个问题...谢谢

是的,这是一个想法。您应该记住,此脚本不会结束,并且将为每个用户生成一个 PHP 实例。我正在 v8cgi 服务器端使用长轮询逻辑。客户端启动 XMLHttp 请求 (XHR) 后,服务器开始按时间间隔检查新输入。我添加了一个计时器服务器端,每 5 分钟发送一次响应,之后客户端 - 如果没有断开连接 - 重新发送 XHR 并重复该过程。

因此,服务器端机制的每个实例最多运行不超过 5 分钟,因为如果客户端断开连接,服务器在 5 分钟后发送的响应不会后跟新的 XHR。

该过程如下所示:

  • 客户端发送 XHR
  • 服务器生成会定期处理和检查更新
  • 如果必须发送某些更新:服务器发送响应
    • 客户端处理响应并重新启动 XHR
    • 服务器生成进程并定期检查更新
  • 如果 5 分钟过去了没有更新:
    • 服务器发送响应并退出生成的进程
    • 客户端进程(空)响应重新启动 XHR
    • 服务器生成新进程并开始检查
  • 如果必须发送某些更新:服务器发送响应
  • [...]
  • 如果 5 分钟过去了没有更新:
  • [...]
  • 直到客户端断开连接(= 服务器响应后没有新的 XHR)

是的,这是一种简单方便的方法,它不是正确的方法,但不是最好的主意。 因为它会受到影响,并且随着用户的增加,它会导致许多问题。

对于共享主机,这不是一个好主意,只有当用户数量不大并且您拥有自己的服务器时,此方法才能正常工作。 如果您在共享主机服务器中使用此方法,则可能会遇到使用的最大服务器资源,或会话锁定问题,并且HTTP服务可能在一段时间内不可用。

或者,

您可以将现有的API用于聊天应用程序,或者拥有可以运行脚本(如node.js和类似服务器模块)的专用服务器