php - 这是长轮询( cometd 编程)的正确方法吗

Question

首先，我要感谢所有对新程序员如此有帮助的伟大人士。

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

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

1. php 脚本不断检查 data.txt 文件，直到它被更改。
2. 一旦 data.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，它会在更改时显示 data.txt 的文本。

我的问题要点是:

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

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

Answer 1

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

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

过程是这样的:

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