在我的情况下，问题的原因是另一个。

我的应用程序坐在代理后面，Chrome请求被发送与If-Modified-Since HTTP头。当这个头文件出现时，预期的行为是:

只有在给定日期后最后一次修改时，服务器才会以200状态发送回所请求的资源。如果请求此后未被修改，则响应将是一个没有任何正文的304;

代理没有满足这一期望，响应一个304状态代码，但一个非空的主体，从而导致请求被取消。

在修复代理行为后，请求就像一个魅力。

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

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

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

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

问题消失了!

当我在iframe内的单独域上的安全页面和非安全页面之间重定向时，发生了一个取消的请求。重定向请求在开发工具中显示为“已取消”请求。

我有一个iframe页面，其中包含一个由我的支付网关托管的表单。当iframe中的表单被提交时，支付网关将重定向回我服务器上的URL。重定向最近停止工作，并以“取消”请求结束。

似乎Chrome(我使用的是Windows 7 Chrome 30.0.1599.101)不再允许在iframe内重定向到一个单独域上的非安全页面。为了解决这个问题，我只是确保iframe中的任何重定向请求总是发送到安全url。

当我用一个iframe创建一个更简单的测试页面时，在控制台中有一个警告(我之前错过了或可能没有显示):

[Blocked] The page at https://mydomain.com/Payment/EnterDetails ran insecure content from http://mydomain.com/Payment/Success

在PC、Mac和Android上的Chrome浏览器中，重定向变成了被取消的请求。我不知道这是否是特定于我的网站设置(SagePay Low Profile)或如果Chrome中有什么变化。

我在加载300张图片作为背景图片时遇到了这种情况。我猜一旦第一个超时，它就会取消所有其他的，或者达到最大并发请求。需要一次实现5个

我们曾遇到过类似的问题，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的内容，它就不能再将资源加载到其中(它如何知道将资源放在哪里?)，因此它会取消请求。

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

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