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

在我的案例中，原因是AdBlock扩展。

向服务器的请求通过了，我得到了响应，但由于“临时头部..”显示在Dev工具中，我无法看到请求cookie。禁用AdBlock后，警告消失了，开发工具开始再次显示cookie。

为了使更改生效，还需要关闭Dev工具并刷新页面

这发生在我身上，当我有一个下载链接，点击它后，我也试图用jquery捕捉点击，并发送一个ajax请求。问题是，当你点击下载链接时，你正在离开页面，即使它看起来不是这样。如果没有文件传输，您将看到所请求的页面。所以我设置了一个target="_blank"来防止这个问题。

当我发送无效的HTTP授权报头时，发生了这个问题。我忘记用base64编码了。

在我的情况下，我在post请求中发送的主体参数，以及我根据主体参数编写的逻辑都是错误的，因此无法发送响应。所以我得到了这个错误。

 example: post request body (a: alsldfjfj) which I was sending

但我写的代码是验证“b”而不是“a”

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.