我正在访问我的网站上的一个链接，每次访问它都会提供一个新的图像。
我遇到的问题是，如果我试图在后台加载图像，然后更新页面上的图像，图像不会改变——尽管在我重新加载页面时它会更新。
var newImage = new Image();
newImage.src = "http://localhost/image.jpg";
function updateImage()
{
if(newImage.complete) {
document.getElementById("theText").src = newImage.src;
newImage = new Image();
number++;
newImage.src = "http://localhost/image/id/image.jpg?time=" + new Date();
}
setTimeout(updateImage, 1000);
}
FireFox看到的头文件:
HTTP/1.x 200 OK
Cache-Control: no-cache, must-revalidate
Pragma: no-cache
Transfer-Encoding: chunked
Content-Type: image/jpeg
Expires: Fri, 30 Oct 1998 14:19:41 GMT
Server: Microsoft-HTTPAPI/1.0
Date: Thu, 02 Jul 2009 23:06:04 GMT
我需要强制刷新页面上的图像。什么好主意吗?
作为……的替代方案。
newImage.src = "http://localhost/image.jpg?" + new Date().getTime();
.．.看来……
newImage.src = "http://localhost/image.jpg#" + new Date().getTime();
.．.足以欺骗浏览器缓存而不绕过任何上游缓存，假设您返回了正确的cache - control头。虽然你可以用…
Cache-Control: no-cache, must-revalidate
.．.你就失去了If-Modified-Since或If-None-Match标头的好处，所以…
Cache-Control: max-age=0, must-revalidate
.．.应该防止浏览器重新下载整个图像，如果它实际上没有改变。在IE, Firefox和Chrome上进行测试和工作。令人恼火的是，它在Safari上失败了，除非你使用…
Cache-Control: no-store
.．.尽管这可能比用数百个相同的映像填充上游缓存更可取，特别是当它们运行在您自己的服务器上时。: -)
更新(2014-09-28):现在看起来像是Cache-Control: Chrome也需要no-store。
基于Doin的#4代码，下面的示例利用文档简化了代码。在iframe中写入而不是src来支持CORS。也只关注破坏浏览器缓存，而不是重新加载页面上的每个图像。
下面是用typescript编写的，并使用了angular的$q promise库，只是供参考，但应该很容易移植到普通javascript。方法意味着存在于typescript类中。
返回一个承诺，该承诺将在iframe完成重新加载时得到解决。没有经过严格测试，但对我们来说很好。
mmForceImgReload(src: string): ng.IPromise<void> {
var deferred = $q.defer<void>();
var iframe = window.document.createElement("iframe");
var firstLoad = true;
var loadCallback = (e) => {
if (firstLoad) {
firstLoad = false;
iframe.contentWindow.location.reload(true);
} else {
if (iframe.parentNode) iframe.parentNode.removeChild(iframe);
deferred.resolve();
}
}
iframe.style.display = "none";
window.parent.document.body.appendChild(iframe);
iframe.addEventListener("load", loadCallback, false);
iframe.addEventListener("error", loadCallback, false);
var doc = iframe.contentWindow.document;
doc.open();
doc.write('<html><head><title></title></head><body><img src="' + src + '"></body></html>');
doc.close();
return deferred.promise;
}
简单的解决方案:在响应中添加以下报头:
Cache-control: no-store
为什么这样做是清楚地解释在这个权威的页面:https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cache-Control
这也解释了为什么无缓存不能工作。
其他答案并不适用，因为:
cache .delete是关于您可以为脱机工作创建的新缓存，请参阅:https://web.dev/cache-api-quick-guide/
在URL中使用#的片段不起作用，因为#告诉浏览器不要向服务器发送请求。
一个随机添加到url的缓存破坏者可以工作，但也会填满浏览器缓存。在我的应用程序中，我想每隔几秒钟从网络摄像头下载一张5mb的图片。完全冻结你的电脑只需要一个小时或更少的时间。我仍然不知道为什么浏览器缓存不限制在一个合理的最大值，但这绝对是一个缺点。
我有一个要求:1)不能添加任何?var=xx的图像2)它应该跨域工作
我真的很喜欢这个答案中的第4个选项，但是:
它在可靠地跨域工作方面存在问题(并且需要修改服务器代码)。
我的捷径是:
创建隐藏iframe
加载当前页面到它(是的，整个页面)
iframe.contentWindow.location.reload(真正的);
重新设置图像源为其本身
在这里
function RefreshCachedImage() {
if (window.self !== window.top) return; //prevent recursion
var $img = $("#MYIMAGE");
var src = $img.attr("src");
var iframe = document.createElement("iframe");
iframe.style.display = "none";
window.parent.document.body.appendChild(iframe);
iframe.src = window.location.href;
setTimeout(function () {
iframe.contentWindow.location.reload(true);
setTimeout(function () {
$img.removeAttr("src").attr("src", src);
}, 2000);
}, 2000);
}
我知道，setTimeout。您必须将其更改为适当的onload-events。
