Chrome无法处理jquery ajax查询

Question

我在jquery中有以下查询.它正在读取使用Nginx的长轮询模块设置的Nginx订阅/发布对的"发布"地址.

function requestNextBroadcast() {
        // never stops - every reply triggers next. 
        // and silent errors restart via long timeout. 
        getxhr = $.ajax({
            url: "/activity",
            // dataType: 'json',
            data: "id="+channel,
            timeout: 46000, // must be longer than max heartbeat to only trigger after silent error. 
            error: function(jqXHR, textStatus, errorThrown) {
                alert("Background failed "+textStatus);  // should never happen 
                getxhr.abort(); 
                requestNextBroadcast();  // try again
            },
            success: function(reply, textStatus, jqXHR) {
                handleRequest(reply);   // this is the normal result. 
                requestNextBroadcast(); 
            }
        });
    }

该代码是聊天室的一部分.发送的每条消息都以null rply(200/OK)回复回复,但数据已发布.这是在数据返回时读取订阅地址的代码.

使用超时,聊天室中的所有人都会每隔30到40秒发送一条简单的消息,即使他们没有输入任何内容,因此这段代码需要读取大量数据 - 每40秒至少有2条消息可能更多.

该代码在EI和Firefox中100%稳固可靠.但在Chrome中,大约5个读取失败了.

当Chrome失败时,它会超时46秒.

该日志显示任何时候一个/活动网络请求未完成.

我已经在这个代码上爬了3天了,尝试各种想法.每当IE和Firefox工作正常并且Chrome失败时.

我看到的一个建议是使呼叫同步 - 但这显然是不可能的,因为它会长时间锁定用户界面.

编辑 - 我有一个部分解决方案:代码现在是这个

function requestNextBroadcast() {
    // never stops - every reply triggers next. 
    // and silent errors restart via long timeout. 
    getxhr = jQuery.ajax({
        url: "/activity",
        // dataType: 'json',
        data: "id="+channel,
        timeout: <?php echo $delay; ?>,
        error: function(jqXHR, textStatus, errorThrown) {
            window.status="GET error "+textStatus;
            setTimeout(requestNextBroadcast,20);  // try again
        },
        success: function(reply, textStatus, jqXHR) {
            handleRequest(reply);   // this is the normal result. 
            setTimeout(requestNextBroadcast,20); 
        }
    });
}

结果有时会延迟回复,直到$ delay(15000)发生,然后排队的消息太快到达了.我一直无法通过这种新安排删除消息(仅通过netwrok optomisation测试).

我非常怀疑网络问题的延迟是什么 - 所有机器都是我真实机器中的虚拟机,并且本地局域网中没有其他用户.

编辑2(美国中部时间星期五2:30) - 更改代码以使用承诺 - 并且操作的POST开始显示相同的症状,但接收方开始正常工作!(???? !!! ???).这是POST例程 - 它正在处理一系列请求,以确保一次只有一个请求.

function issuePostNow() {
    // reset heartbeat to dropout to send setTyping(false) in 30 to 40 seconds. 
    clearTimeout(dropoutat);
    dropoutat = setTimeout(function() {sendTyping(false);},  
                           30000 + 10000*Math.random()); 
    // and do send 
    var url = "handlechat.php?";
    if (postQueue.length > 0) {
        postData = postQueue[0];
        var postxhr = jQuery.ajax({ 
            type: 'POST',
            url: url,
            data: postData,
            timeout: 5000
        })
        postxhr.done(function(txt){
            postQueue.shift();  // remove this task
            if ((txt != null) && (txt.length > 0)) {
                alert("Error: unexpected post reply of: "+txt)
            }
            issuePostNow();
        });
        postxhr.fail(function(){
            alert(window.status="POST error "+postxhr.statusText);
            issuePostNow();
        });
    }
}

关于8中的一个动作,对handlechat.php的调用将超时并显示警报.警报一旦确定,所有排队的消息都会到达.

而且我还注意到,在写出其他人会看到的消息之前,手机呼叫已停止.我想知道是否可能是一些奇怪的处理会话数据的PHP.我知道它仔细排队呼叫,以便会话数据不被破坏,所以我一直小心使用不同的浏览器或不同的机器.只有2个php工作线程,但PHP不用于处理/活动或静态内容的服务.

我也认为它可能是nginx工作者或php处理器的短缺,所以我提出了这些.现在更难以让事情失败 - 但仍然可能.我的猜测是/ activity调用现在失败30次,并且根本不丢弃消息.

谢谢你们的投入.

---

调查结果摘要.

1)Chrome中的一个错误已经在代码中存在了一段时间.
2)幸运的是,可以将错误显示为未发送的POST,并且当它超时时,它会使Chrome处于这样一种状态,即重复POST将成功.
3)用于存储$ .ajax()的返回的变量可以是本地的或全局的.新的(promises)和旧的格式调用都触发了bug.
4)我没有找到工作或避免错误的方法.

伊恩

Answer 1

我在 Chrome 上遇到了非常类似的问题。我正在进行 Ajax 调用，以便每秒从服务器获取时间。显然，Ajax 调用必须是异步的，因为如果不是异步的，它会在超时时冻结界面。但是，一旦其中一个 Ajax 调用失败，后续的每个调用也会失败。我首先尝试将超时设置为 100 毫秒，这在 IE 和 FF 中效果很好，但在 Chrome 中效果不佳。我最好的解决方案是将类型设置为 POST，这为我解决了 chrome 的错误：

   setInterval(function(){ 
      $.ajax({
         url: 'getTime.php',
         type: 'POST',
         async: true,
         timeout: 100,
         success: function() { console.log("success"); },
         error: function() { console.log("error"); }
       });
   }, 1000);

更新： 我相信这里真正的根本问题是 Chrome 的缓存方式。似乎当一个请求失败时，该失败就会被缓存，因此后续请求永远不会发出，因为 Chrome 会在启动后续请求之前获取缓存的失败。如果您转到 Chrome 的开发人员工具并转到“网络”选项卡并检查发出的每个请求，就可以看到这一点。在失败之前，每秒都会向 getTime.php 发出 ajax 请求，但在 1 次失败之后，后续请求将不再发起。因此，以下解决方案对我有用：

   setInterval(function(){ 
      $.ajax({
         url: 'getTime.php',
         cache: false,
         async: true,
         timeout: 100,
         success: function() { console.log("success"); },
         error: function() { console.log("error"); }
       });
   }, 1000);

这里的变化是我禁用了对此 Ajax 查询的缓存，但为了做到这一点，类型选项必须是 GET 或 HEAD，这就是我删除“ ”的原因type: 'POST'（GET 是默认值）。

Answer 2

尝试将轮询功能移至网络工作者中，以防止在 Chrome 中冻结。否则，您可以尝试使用 jquery 对象的 athe ajax .done() 。这个在 Chrome 中总是对我有用。