jQuery AJAX 在不应该生成 304 响应的情况下生成 304 响应

Question

这实在是让我摸不着头脑。也就是说，因为它只发生在 IE 中，而不是 Firefox 中，而且我的印象是 jQuery 实际上是浏览器中立的。过去几个小时我一直在研究这件事，至少已经确定了正在发生的事情。

这个 jqGrid：

$("#DocumentListByPartRecordsGrid").jqGrid(
          {
            datatype: 'local',            
            colNames: ['<b>Id</b>', '<b>Document Name</b>', '<b>Document Type</b>', '<b>Effective Date</b>', '<b>Expiration Date</b>', '<b>Delete</b>'],
            colModel: [
                  { name: 'ASSOCIATION_ID', Index: 'ASSOCIATION_ID', resizable: true, align: 'left', hidden: true, sortable: false },
                  { name: 'FILE_NAME', Index: 'FILE_NAME', resizable: true, align: 'left', sortable: false, width:'20%' },
                  { name: 'DOCUMENT_TYPE', Index: 'DOCUMENT_TYPE', resizable: true, align: 'left', sortable: false, width:'20%' },
                  { name: 'EFFECTIVE_DATE', Index: 'EFFECTIVE_DATE', resizable: true, align: 'left', sortable: false, width:'20%' },
                  { name: 'EXPIRATION_DATE', Index: 'EXPIRATION_DATE', resizable: true, align: 'left', sortable: false, width:'20%' },
                  { name: 'Delete', Index: 'Delete',resizable: true, align: 'center', sortable: false, width:'20%' },
                  ],            
            rowNum: 15,
            rowList: [15, 50, 100],
            imgpath: '/Drm/Content/jqGrid/steel/images',
            viewrecords: true,            
            height: 162,           
            loadui: 'block',
            forceFit: true
        });

由这个函数填充：

var mydata = '';    
<% if(!string.IsNullOrEmpty(Model.PCAssociatedDocuments)) { %>        
   var mydata = <%= Model.PCAssociatedDocuments %>;
<% } %>

for (var i = 0; i <= mydata.length; i++){
        jQuery("#DocumentListByPartRecordsGrid").addRowData(i, mydata[i], "last");
        }

它是从模型中干净地填充的。这不是问题。使用删除功能时会出现问题，该功能在控制器中的格式如下：

<a class='deleteAttachment' style='cursor: pointer;' href='#' onclick='javascript:PCDocumentDelete(" + s.AssociationId.ToString() + ", " + pcId + ");'>Delete</a>

并调用此函数

function PCDocumentDelete(id, pcid) {
if (confirm("Are you sure you want to delete this document?")) {
    $.blockUI({
        message: "Working...",
        css: {
            background: '#e7f2f7',
            padding: 10
        }
    });
    $.ajax(
        {
            url: '/DRM/Pc/DeleteAssociation?associationId=' + id + '&pcid=' + pcid,
            async: true,
            dataType: "json",
            success: function(result) {
                if (result.Success == true) {
                    //Reload grid                       
                    $.ajax({ async: false });
                    $("#DocumentListByPartRecordsGrid").setGridParam({ url: "/Drm/Pc/DeAssociatePartRecordsWithDocument?pcid=" + pcid, datatype: 'json', myType: 'GET', page: 1 });
                    $("#DocumentListByPartRecordsGrid").trigger("reloadGrid");
                    $.unblockUI();
                    $.showGlobalMessage('Specified document has been successfully disassociated from this part record.');
                }
                else {
                    $.unblockUI();
                    $.showGlobalMessage('An error occurred deleting the attachment.');
                }
            },
            error: function(res, stat) {
                alert(res.toString());
                alert(stat.toString());
            }
        });
    return false;
}
else {
    return false;
}

}

（showGlobalMessage 是一个内部函数，用于创建特定格式的 blockUI）

ajax 在控制器中调用一个方法，但问题在我们做到这一点之前就出现了，所以除非有人认为它很重要，否则我不会发布该代码。所发生的情况通常是出于无法解释的原因，调用 PC/DeleteAssociation 的第一次 ajax 突发会返回 304（未修改）响应。我知道当没有任何变化需要刷新时，就会发生这种情况。但这不是一个 get，它应该被视为一个 post，而且我的印象是 jquery.ajax 的设计目的是，除非另有说明，否则不会生成 304 响应。我显然在这里遗漏了一些东西，而且我自己盯着它看得太久了，无法捕捉到它。有人看到我错过了什么吗？谢谢。

Answer 1

我看不到，您将 ajax 请求指定为 POST。所以基本上添加：

$.ajax({ type: 'POST' });

如果仍然失败（由于某些浏览器 AJAX 怪异），您可以尝试设置 cache: false：

$.ajax({ type: 'POST', cache: false });

顺便说一句，所有 cache: false 都会向请求 URL 添加一些随机内容。

编辑1：

关于

...我的印象是
jquery.ajax 的设计目的是，除非
另有说明，不生成 304
回应

jQuery 不会在这里生成任何响应。 304 标头只是一个 HTTP 标头。 HTTP AJAX 请求是普通的 HTTP 请求，可以返回任何有效的标头。如果服务器响应 304，XHR 对象将简单地提供来自服务器的本地缓存响应。不过，它对用户来说是完全透明的。

EDIT2：

删除了有关防止缓存的建议。对我来说就像巫毒。

EDIT3：

再次添加该位，因为它显然是必要的。环顾网络，IE 似乎在某种程度上非法缓存了 AJAX POST。

Answer 2

1. 始终使用 POST 来调用修改状态的方法，而不是 GET。在这种情况下，这应该足以阻止 IE 缓存请求。
2. IE 积极缓存 ajax 请求（请参阅 http://www.dashbay.com /2011/05/internet-explorer-caches-ajax/ 和 https://blog.httpwatch.com/2009/08/07/ajax-caching-two-important-facts/）。为了防止这种情况，您可以：
   1. 添加缓存清除参数($.ajaxSetup({cache: false });会自动执行此操作。
   2. 始终使用 POST 请求（在大多数情况下可能不合适）。
   3. 为 AJAX 请求服务器端打开缓存标头。第一个链接演示了如何使用 groovy 来执行此操作。类似的方法应该适用于任何框架。

Answer 3

缓存清除就是解决方案！

在我的例子中，应用程序使用带有自定义标头的单个服务调用作为代理，将浏览器桥接到服务器的私有部分（每个调用都转到相同的 URL，但使用自定义标头来告诉代理服务要使用哪个服务）将其传递给）。 Chrome 和 FF 上一切正常，但 IE 不断返回页面上第一次调用的数据。 jQuery.ajax 中的 cache=false 选项是修复方法，因为 IE 只是查看被调用的相同 url，甚至不去查看是否使用了任何自定义标头，或者是否在正文中传递了不同的数据，并且只是说“哦，我知道这个，在这里……”并回复了第一个电话的响应。使用缓存清除技术，该 url 看起来与 IE 不同，因此它发送了它。