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（未修改）响应。我知道当没有任何改变需要刷新时，就会发生这种情况。但这不是一个获得，它应该被视为一个帖子，我的印象是jquery.ajax被设计为，除非另有指示，否则不会生成304响应。我显然在这里遗漏了一些东西并且一直盯着它看得太久以至于无法自己捕捉它。有人看到我错过了吗？谢谢。

Answer 1

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

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

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

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

顺便说一句，所有缓存：false都是，在请求URL中添加一些随机内容。

EDIT1：

关于

......我的印象是 jquery.ajax旨在，除非否则指示，不生成304 反应

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

EDIT2：

删除了有关阻止缓存的建议。对我来说就像Voodoo。

EDIT3：

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

Answer 2

始终使用POST来调用修改状态的方法，而不是GET。在这种情况下，这应该足以阻止IE缓存请求。
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不同，因此它通过它发送。

jQuery AJAX在不应该生成304响应时

3 个答案: