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

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

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

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

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

在这能帮助任何人，我遇到取消状态时，我省略了返回false;在表单中提交。这导致ajax发送之后立即紧跟提交操作，这将覆盖当前页面。代码如下所示，在末尾返回重要的false。

$('form').submit(function() {

    $.validator.unobtrusive.parse($('form'));
    var data = $('form').serialize();
    data.__RequestVerificationToken = $('input[name=__RequestVerificationToken]').val();

    if ($('form').valid()) {
        $.ajax({
            url: this.action,
            type: 'POST',
            data: data,
            success: submitSuccess,
            fail: submitFailed
        });
    }
    return false;       //needed to stop default form submit action
});

希望这能帮助到别人。

你可能想要检查“X-Frame-Options”标题标签。如果它设置为SAMEORIGIN或DENY，那么iFrame插入将被Chrome(和其他浏览器)根据规范取消。

另外，注意一些浏览器支持ALLOW-FROM设置，但Chrome不支持。

为了解决这个问题，你需要删除“X-Frame-Options”标题标签。这可能会让你容易受到点击劫持攻击，所以你需要决定风险是什么以及如何减轻它们。

当我在样式表中嵌入web字体时，我已经嵌入了所有类型的字体以及woff, woff2, ttf。最近我注意到Chrome取消请求ttf和woff时，woff2是存在的。我现在使用Chrome版本66.0.3359.181，但我不确定Chrome什么时候开始取消额外的字体类型。

注意:确保你没有任何包装表单元素。

我有一个类似的问题，我的按钮onclick={}被包装在一个表单元素。当点击按钮时，表单也被提交了，这把事情搞砸了……

从严格的Angular角度来看:

当你不能在代码层面上正确地中断时，就会发生这种情况。

假设request1出来了，它的响应也是， 在那之后，嵌套的request2也出去了，它的响应也来了，我们直接打破了循环，没有正确地破坏request1的订阅，

在那个时候，它发生了