在这能帮助任何人，我遇到取消状态时，我省略了返回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
});

希望这能帮助到别人。

我有两个CSS文件，它们存储在我的主CSS文件夹之外的另一个文件夹中。我正在使用表达式引擎，发现问题是在我的htaccess文件中的规则。我只是将文件夹添加到我的条件之一，它修复了它。这里有一个例子:

RewriteCond %{REQUEST_URI} !(images|css|js|new_folder|favicon.ico)

因此，检查htaccess文件是否存在潜在冲突是值得的

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

我的应用程序坐在代理后面，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
});

希望这能帮助到别人。

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

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

请求可能已经被跟踪保护插件阻止了。