在我的情况下，它开始出现后chrome 76更新。

由于一些问题在我的JS代码，窗口。位置被多次更新，导致取消先前的请求。 虽然这个问题之前就存在，但chrome在更新到版本76后开始取消请求。

对于我的案例，我有一个锚与点击事件像

<a href="" onclick="somemethod($index, hour, $event)">

里面点击事件我有一些网络呼叫，Chrome取消请求。锚有href与""意味着，它重新加载页面，同时它有点击事件与网络调用被取消。每当我用void替换href时

<a href="javascript:void(0)" onclick="somemethod($index, hour, $event)">

问题消失了!

这是发生在我身上的事情:服务器为302重定向返回了一个格式错误的“Location”头。 当然，Chrome没有告诉我这一点。我在firefox中打开了这个页面，并立即发现了问题。 有多种工具真好:)

我们遇到(取消)状态的另一个地方是在特定的TLS证书错误配置中。如果一个网站(例如https://www.example.com)配置错误，导致证书不包括www。但有效的https://example.com, chrome将取消此请求，并自动重定向到后者的网站。Firefox则不是这样。

当前有效的示例:https://www.pthree.org/

我们曾遇到过类似的问题，Chrome会取消在帧内或iframes内加载内容的请求，但只是间歇性的，这似乎取决于计算机和/或互联网连接的速度。

这些信息已经过时几个月了，但是我从头开始构建了Chromium，在源代码中挖掘了所有可以取消请求的地方，并在所有这些地方设置了断点以进行调试。根据记忆，Chrome会取消请求的地方只有:

The DOM element that caused the request to be made got deleted (i.e. an IMG is being loaded, but before the load happened, you deleted the IMG node) You did something that made loading the data unnecessary. (i.e. you started loading a iframe, then changed the src or overwrite the contents) There are lots of requests going to the same server, and a network problem on earlier requests showed that subsequent requests weren't going to work (DNS lookup error, earlier (same) request resulted e.g. HTTP 400 error code, etc)

在我们的例子中，我们最终追踪到一个试图将HTML附加到另一个帧的帧，这有时发生在目标帧加载之前。一旦您接触到iframe的内容，它就不能再将资源加载到其中(它如何知道将资源放在哪里?)，因此它会取消请求。

当我通过JavaScript重定向时，我在Chrome中得到了这个错误:

<script>
    window.location.href = "devhost:88/somepage";
</script>

如你所见，我忘记了'http://'.在我添加它之后，它起作用了。