Ajax 长轮询（彗星）+ php on lighttpd v1.4.22 多实例问题

Question

我是这个网站的新手，所以我真的希望我能提供有关我的问题的所有必要信息。

我一直在尝试使用长轮询创建“新消息到达通知”。目前，我正在通过站点中每个页面的 window.onLoad 事件发起轮询请求。

在服务器端，我有一个无限循环：

while(1){
 if(NewMessageArrived($current_user))break;
 sleep(10);
}
echo $newMessageCount;

在客户端，我有以下（简化的）ajax 函数：

poll_new_messages(){
 xmlhttp=GetXmlHttpObject();
 //...
 xmlhttp.onreadystatechange=got_new_message_count;
 //...
 xmlhttp.send();
}

got_new_message_count(){
 if (xmlhttp.readyState==4){
  updateMessageCount(xmlhttp.responseText);
  //...
  poll_new_messages();
 }
}

问题是，每次加载页面时，上述循环都会再次开始。结果是每个用户都有多个无限循环，最终导致我的服务器挂起。

*NewMessageArived() 函数查询 MySQL DB 以获取新的未读消息。

*在 php 脚本的开头，我运行 start_session() 以获取 $current_user 值。

我目前是该网站的唯一用户，因此我可以通过将 time() 写入此循环内的文件来轻松调试此行为。我看到的是，该文件在 10 秒内写入的次数不止一次，但只有当我逐页浏览时才会开始写入。

如果有任何其他信息可能有帮助，请告诉我。

谢谢。

Answer 1

我想我找到了解决问题的方法。如果有人能告诉我这是否是 COMET 中使用的技术以及该解决方案的可扩展性，我将不胜感激。

我使用了这样的基于用户的信号量：

$sem_id = sem_get($current_user);
sem_acquire($sem_id);
while(1){
 if(NewMessageArrived($current_user))break;
 sleep(10);
}
sem_release($sem_id);
echo $newMessageCount;

Answer 2

长轮询请求在 30 秒后超时似乎很常见。因此，在 while 循环中，您可以在 30 秒后回显“CLOSE”。

while(!$new_message && $timer < 30){
    $new_message = NewMessageArrived($current_user);
    if(!$new_message) {
        sleep(10);
        $timer += 10;
    }
}
if($newMessageCount) {
    echo $newMessageCount;
} else {
    echo 'CLOSE';
}

---

在 Javascript 中，您可以侦听 CLOSE。

function poll_new_messages(){
    xmlhttp=GetXmlHttpObject();
    //...
    xmlhttp.onreadystatechange=got_new_message_count;
    //...
    xmlhttp.send();
}

function got_new_message_count(){
    if (xmlhttp.readyState==4){
        if(xmlhttp.responseText != 'CLOSE') {
            updateMessageCount(xmlhttp.responseText);
        }
        //...
        poll_new_messages();
    }
}

现在，无论如何，PHP 都会在 30 秒内返回响应。如果您在页面上使用停留，并且收到 CLOSE，则只需不更新页面上的计数并重新询问即可。

如果用户移动到新页面，您的 PHP 实例将在 30 秒内停止循环，并返回响应。不过，在新页面上，关心该连接的 XHR 不再存在，因此它不会启动另一个循环。

Answer 3

您可以尝试检查 connection_aborted() 定期。请注意，在您编写一些输出并执行 flush() 之前，connection_aborted() 可能无法识别连接实际上已中止的事实。

事实上，只需定期生成一些输出就足以让 php 注意到连接自行关闭，并自动终止您的脚本。