Javascript 如何在收到错误响应后保持xmlhttp连接打开

我有一个应用程序，它将POST数据发送到php脚本，php脚本处理数据，然后返回响应

我遇到了一个问题，在脚本处理POST数据时，没有人知道脚本从何处接收到来自某处的空白GET数据，该数据向AJAX发送空白响应

问题是，在收到此响应后，它将不再接收来自发送到脚本的原始POST数据的响应。我需要以某种方式保持连接打开，以接收来自POST数据的响应，而不考虑错误的GET响应

（请注意，许多人试图解决神秘GET请求的来源，但都没有结果，因此我需要解决此问题）：

以下是AJAX：

function SendPHP(str, callback){

str = "q=" + encodeURIComponent(str);


$.ajax({
    type: "POST",
    url: "sendmail.php", 
    data: str,
    contentType: "application/x-www-form-urlencoded",
    success: function(msg) {
          alert (msg);
        callback(msg);
    },
    error: function(err) {
        alert(err.toString());
        if (err.status == 200) {
                callback(err);
        }
        else { alert('Error:' + err.responseText + '  Status: ' + err.status); }
    }
});


}

---

我如何确保它在收到空白GET响应后从发送的POST数据接收响应？

您是否在firebug之类的工具中查看了执行情况，以准确查看服务器上传递的内容？基于上述情况，我想说脚本中的其他地方正在执行其他操作。查看网络流量将大大有助于找到根本原因。是的，我已经尝试使用Chrome Restful客户端进行测试，以排除我的javascript是罪魁祸首。事实证明，即使使用restful客户端，GET请求仍然会被抛出。相信我，我已经尽了一切努力来找出它是什么。。。其他人也调查过，但没人能弄明白。我只需要找到一个解决方法，现在就接受这个问题。我们是否可以看看sendmail.PHP中的PHP代码，罪犯似乎就住在那里？这里有很多人可能能够识别GET请求。因此，基本上，您要说的是，对完全不同的第二个请求的响应由发出第一个请求的代码接收和处理…？这听起来不太可能，因为请求和响应“分离”将是底层浏览器内部的一个主要缺陷。我们是否有机会看到这个“现场”来自己看看这个问题？我复制了这个问题，去掉了所有的东西，除了在php中得到相同的错误的必要条件，请参阅我前面的问题，其中有php：