我实现了这个简单的解决方案(还没有在生产环境中):

function verificarNovaVersio() {
    var sVersio = localStorage['gcf_versio'+ location.pathname] || 'v00.0.0000';
    $.ajax({
        url: "./versio.txt"
        , dataType: 'text'
        , cache: false
        , contentType: false
        , processData: false
        , type: 'post'
     }).done(function(sVersioFitxer) {
        console.log('Versió App: '+ sVersioFitxer +', Versió Caché: '+ sVersio);
        if (sVersio < (sVersioFitxer || 'v00.0.0000')) {
            localStorage['gcf_versio'+ location.pathname] = sVersioFitxer;
            location.reload(true);
        }
    });
}

我有一个小文件位于html的位置:

“versio.txt”:

v00.5.0014

这个函数在我的所有页面中都被调用，因此在加载时它会检查localStorage的版本值是否低于当前版本，并执行a

location.reload(true);

.．.强制从服务器而不是缓存重新加载。

(显然，您可以使用cookie或其他持久客户端存储而不是localStorage)

我选择这个解决方案是因为它很简单，因为只维护一个“version .txt”文件就会强制重载整个站点。

queryString方法很难实现，而且也是缓存的(如果您从v1.1更改到以前的版本将从缓存加载，那么这意味着缓存不会刷新，将所有以前的版本保存在缓存中)。

我是一个小新手，我很感激你的专业检查和审查，以确保我的方法是一个很好的方法。

希望能有所帮助。

有一个小技巧可以使用。诀窍是在脚本标记中向文件名附加一个参数/字符串，并在文件更改时更改它。

<script src=“myfile.js？version=1.0.0”></script>

浏览器将整个字符串解释为文件路径，即使“?”后面的是参数。所以现在发生的是，下次当你更新你的文件时，只要改变你网站上script标签中的数字(示例<script src="myfile.js?version=1.0.1"></script>)，每个用户的浏览器都会看到文件已经改变，并抓取一个新的副本。

查看缓存控制和过期的META标签。

< meta http-equiv =" cache-control " content =" no-cache "> <META HTTP-EQUIV="EXPIRES" CONTENT="Mon, 22 july 2002 11:12:01 GMT">

另一个常见的做法是在请求文件的末尾附加不断变化的字符串。例如:

<脚本类型=“文本/javascript”“src=”主。js?v = 12392823 " > < /脚本>

我有一个案例，我将在线拍摄客户端的照片，如果照片被更改，就需要更新div。浏览器仍然显示着旧照片。因此，我使用了调用随机GET变量的方法，该变量每次都是唯一的。这就是它，如果它能帮助到任何人的话

<img src="/photos/userid_73.jpg?random=<?php echo rand() ?>" ...

编辑 正如其他人指出的那样，下面是更有效的解决方案，因为它只会在图像被更改时重新加载图像，通过文件大小识别这种更改:

<img src="/photos/userid_73.jpg?modified=<? filemtime("/photos/userid_73.jpg")?>"

不确定这是否真的对你有帮助，但这就是缓存在任何浏览器上的工作方式。当浏览器请求一个文件时，它应该总是向服务器发送请求，除非存在“脱机”模式。服务器将读取一些参数，如日期修改或标记。

服务器将为NOT MODIFIED返回一个304错误响应，浏览器将不得不使用它的缓存。如果标签在服务器端没有验证，或者修改的日期低于当前修改的日期，服务器应该返回带有新的修改日期或标签或两者的新内容。

如果没有缓存数据发送到浏览器，我猜行为是不确定的，浏览器可能会或可能不会缓存文件，不告诉他们是如何缓存的。如果您在响应中设置了缓存参数，它将正确缓存您的文件，然后服务器可能会选择返回一个304错误，或者返回新的内容。

这是应该做的。在url中使用随机参数或版本号更像一个黑客。

http://www.checkupdown.com/status/E304.html http://en.wikipedia.org/wiki/HTTP_ETag http://www.xpertdeveloper.com/2011/03/last-modified-header-vs-expire-header-vs-etag/

看了之后，我看到还有一个过期日期。如果你有问题，可能是因为你设置了过期日期。换句话说，当浏览器缓存你的文件时，因为它有一个有效期，所以它不应该在这个日期之前再次请求它。换句话说，它永远不会向服务器请求文件，也永远不会收到一个未修改的304。它将简单地使用缓存，直到达到过期日期或缓存被清除为止。

所以这是我的猜测，你有某种有效期，你应该使用最后修改标签或它们的混合，并确保没有过期日期。

如果人们倾向于频繁地刷新文件，而文件不会经常更改，那么设置一个大的过期日期可能是明智的。

我的2分钱!

对于静态资源，正确的缓存是使用带有每个部署或文件版本值的查询参数。这将在每次部署后清除缓存。

/Content/css/Site.css?version={FileVersionNumber}

这是ASP。NET MVC的例子。

<link href="@Url.Content("~/Content/Css/Reset.css")?version=@this.GetType().Assembly.GetName().Version" rel="stylesheet" type="text/css" />

不要忘记更新程序集版本。