发生这种情况的一个常见原因是，如果您正在跟踪事件而没有阻止默认操作。例如，如果你有一个点击事件，那么你会想要包括:

e.preventDefault();

or

return false;

如果你不这样做，你会在你的web控制台的Network选项卡中看到临时头部警告以及“取消”状态。

只是说说我的意见。我正在使用CORS请求和一个完全RESTful的Web服务编写一个Web应用程序。我发现chrome会抛出这个错误时，我有一个无手异常或PHP错误抛出。以防其他人遇到同样的问题。我发现当这种情况发生时，我可以启动Chrome应用程序“邮差-休息客户端”，并运行完全相同的请求，但在Chrome应用程序中，我实际上会得到被抛出的PHP错误，而不是这种非描述性错误。

My situation is cross-origin related. Situation: Browser sends OPTIONS request before sending the real request like GET or POST. Backend developer forgets to deal with the OPTIONS request, letting it go through the service code, making the processing time too long. Longer than the timeout setting I wrote in the axios initialization, which is 5000 milliseconds. Therefore, the real request couldn't be sent, and then I encountered the provisional headers are shown problem. Solution: When it comes to OPTIONS request, backend api just return result, it makes the request faster and the real request can be sent before timeout.

在你的代码中使用以下代码:

header('Cache-Control: no-cache, no-store, must-revalidate');
header('Pragma: no-cache');
header('Expires: 0');

这对我很有用。

这是另一个解决方案。

如果您在使用$ajax()调用时遇到此问题，请在您的serverhost解决问题之前添加http://。

var requestURL = "http://" + serverHost;
$.ajax({
    dataType: "json",
    url: requestURL,
    data: data,
    success: success    
});

我看到的另一种可能的情况是——在几毫秒后，完全相同的请求再次发送(很可能是由于客户端存在错误)。 在这种情况下，您还将看到第一个请求的状态是“取消”，并且延迟只有几毫秒。