自从升级到iOS 6以来，我们看到Safari的web视图可以自由缓存$。ajax调用。这是在一个PhoneGap应用程序的上下文中，所以它使用Safari WebView。我们的美元。ajax调用是POST方法，我们有缓存设置为false {cache:false}，但这仍然发生。我们尝试手动添加一个时间戳到头部，但它没有帮助。
我们做了更多的研究，发现Safari只返回具有静态函数签名的web服务的缓存结果，并且在每次调用之间不会改变。例如，想象一个函数是这样的:
getNewRecordID(intRecordType)
这个函数一遍又一遍地接收相同的输入参数，但它每次返回的数据应该是不同的。
苹果一定是急于让iOS 6运行得令人印象深刻，他们对缓存设置太满意了。有人在iOS 6上看到过这种行为吗?如果是的话，到底是什么原因造成的呢?
我们发现的解决方法是修改函数签名，像这样:
getNewRecordID(intRecordType, strTimestamp)
然后总是传递一个TimeStamp参数，并在服务器端丢弃这个值。这就解决了这个问题。
当前回答
最后，我对上传问题有了一个解决方案。
在JavaScript中:
var xhr = new XMLHttpRequest();
xhr.open("post", 'uploader.php', true);
xhr.setRequestHeader("pragma", "no-cache");
在PHP中:
header('cache-control: no-cache');
其他回答
您还可以通过修改jQuery Ajax函数来解决这个问题，方法是在Ajax函数的顶部执行以下操作(从1.7.1开始)(函数从第7212行开始)。此更改将激活jQuery内置的反缓存功能，用于所有POST请求。
(完整的脚本可以在http://dl.dropbox.com/u/58016866/jquery-1.7.1.js上找到。)
插入到第7221行以下:
if (options.type === "POST") {
options.cache = false;
}
然后修改以下内容(从第~7497行开始)。
if (!s.hasContent) {
// If data is available, append data to URL
if (s.data) {
s.url += (rquery.test(s.url) ? "&" : "?") + s.data;
// #9682: remove data so that it's not used in an eventual retry
delete s.data;
}
// Get ifModifiedKey before adding the anti-cache parameter
ifModifiedKey = s.url;
// Add anti-cache in URL if needed
if (s.cache === false) {
var ts = jQuery.now(),
// Try replacing _= if it is there
ret = s.url.replace(rts, "$1_=" + ts);
// If nothing was replaced, add timestamp to the end.
s.url = ret + ((ret === s.url) ? (rquery.test(s.url) ? "&" : "?") + "_=" + ts : "");
}
}
To:
// More options handling for requests with no content
if (!s.hasContent) {
// If data is available, append data to URL
if (s.data) {
s.url += (rquery.test(s.url) ? "&" : "?") + s.data;
// #9682: remove data so that it's not used in an eventual retry
delete s.data;
}
// Get ifModifiedKey before adding the anti-cache parameter
ifModifiedKey = s.url;
}
// Add anti-cache in URL if needed
if (s.cache === false) {
var ts = jQuery.now(),
// Try replacing _= if it is there
ret = s.url.replace(rts, "$1_=" + ts);
// If nothing was replaced, add timestamp to the end.
s.url = ret + ((ret === s.url) ? (rquery.test(s.url) ? "&" : "?") + "_=" + ts : "");
}
虽然我的登录和注册页面在Firefox, IE和Chrome中工作得很有魅力……我在IOS和OSX的Safari中一直在努力解决这个问题，几个月前我在SO上找到了一个解决方案。
<body onunload="">
或通过javascript
<script type="text/javascript">
window.onunload = function(e){
e.preventDefault();
return;
};
</script>
这是有点丑陋的事情，但有效的一段时间。
我不知道为什么，但是返回null到onunload事件页面不被缓存在Safari中。
简单的解决方案，所有的web服务请求，假设你使用jQuery:
$.ajaxPrefilter(function (options, originalOptions, jqXHR) {
// you can use originalOptions.type || options.type to restrict specific type of requests
options.data = jQuery.param($.extend(originalOptions.data||{}, {
timeStamp: new Date().getTime()
}));
});
点击这里阅读更多关于jQuery预过滤器调用的内容。
如果您没有使用jQuery，请检查您所选择的库的文档。它们可能有相似的功能。
经过一些调查，发现iOS6上的Safari会缓存没有cache - control头或者“cache - control: max-age=0”的post。
我所发现的防止这种缓存发生在全局级别而不是不得不在服务调用的末尾随机查询字符串的唯一方法是设置“Cache-Control: no-cache”。
So:
No cache - control或Expires headers = iOS6 Safari将缓存 cache - control max-age=0, immediate Expires = iOS6 Safari将缓存 cache - control: no-cache = iOS6 Safari将不缓存
我怀疑苹果在9.5节关于POST的HTTP规范中利用了这一点:
此方法的响应是不可缓存的，除非响应 包括适当的Cache-Control或Expires报头字段。然而, 303(参见其他)响应可用于将用户代理定向到 检索可缓存资源。
所以理论上你可以缓存POST响应…谁知道。但直到现在，还没有其他浏览器制造商认为这是个好主意。但是，当没有设置Cache-Control或Expires头时，这并不考虑缓存，只有当有一些设置时。所以这一定是个漏洞。
下面是我在Apache配置的正确位中使用的东西，以针对整个API，因为它发生时，我实际上不想缓存任何东西，甚至是get。我不知道的是如何设置这只是POSTs。
Header set Cache-Control "no-cache"
更新:刚刚注意到，我没有指出，只有当POST是相同的，所以改变任何POST数据或URL，你是好的。你可以在其他地方添加一些随机数据到URL或一些POST数据。
更新:在Apache中，如果你想，你可以将“无缓存”限制为post:
SetEnvIf Request_Method "POST" IS_POST
Header set Cache-Control "no-cache" env=IS_POST
我能够通过使用$的组合来解决我的问题。ajaxSetup和追加一个时间戳到我的帖子的url(不是post参数/体)。这是基于之前回答的建议
$(document).ready(function(){
$.ajaxSetup({ type:'POST', headers: {"cache-control","no-cache"}});
$('#myForm').submit(function() {
var data = $('#myForm').serialize();
var now = new Date();
var n = now.getTime();
$.ajax({
type: 'POST',
url: 'myendpoint.cfc?method=login&time='+n,
data: data,
success: function(results){
if(results.success) {
window.location = 'app.cfm';
} else {
console.log(results);
alert('login failed');
}
}
});
});
});
