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

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更改到以前的版本将从缓存加载，那么这意味着缓存不会刷新，将所有以前的版本保存在缓存中)。

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

希望能有所帮助。

查看缓存控制和过期的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")?>"

很多答案都忽略了一点——大多数开发人员都很清楚关闭缓存是低效的。然而，在许多常见的情况下，效率并不重要，默认缓存行为被严重破坏。

这些包括嵌套的、迭代的脚本测试(大的一个!)和坏的第三方软件变通方法。这里给出的解决方案都不足以解决这种常见场景。大多数web浏览器都有过于激进的缓存，并且没有提供合理的方法来避免这些问题。

<meta http-equiv="pragma" content="no-cache" />

参见https://stackoverflow.com/questions/126772/how-to-force-a-web-browser-not-to-cache-images

更新2012

这是一个老问题，但我认为它需要一个更最新的答案，因为现在有一种方法可以更好地控制网站缓存。

在离线Web应用程序(实际上是任何HTML5网站)中，applicationCache.swapCache()可以用来更新网站的缓存版本，而不需要手动重新加载页面。

这是一个来自HTML5 Rocks上使用应用程序缓存的初学者指南的代码示例，解释了如何将用户更新到站点的最新版本:

// Check if a new cache is available on page load.
window.addEventListener('load', function(e) {

  window.applicationCache.addEventListener('updateready', function(e) {
    if (window.applicationCache.status == window.applicationCache.UPDATEREADY) {
      // Browser downloaded a new app cache.
      // Swap it in and reload the page to get the new hotness.
      window.applicationCache.swapCache();
      if (confirm('A new version of this site is available. Load it?')) {
        window.location.reload();
      }
    } else {
      // Manifest didn't changed. Nothing new to server.
    }
  }, false);

}, false);

有关更多信息，请参见在Mozilla开发者网络上使用应用程序缓存。

更新2016

网络上的事物变化很快。 这个问题是在2009年提出的，在2012年，我发布了一篇关于处理问题中描述的问题的新方法的更新。又过了4年，现在看来它已经被弃用了。感谢cgaldiolo在评论中指出这一点。

目前，截至2016年7月，HTML标准，第7.9节，脱机Web应用程序包括一个弃用警告:

这个特性正在从Web平台上移除。 (这是一个漫长的过程，需要很多年。)使用任何 此时非常不鼓励使用离线Web应用程序特性。 使用服务工作者代替。

在Mozilla开发者网络上使用应用程序缓存也是如此，我在2012年引用过:

已弃用该特性已从Web标准中移除。 虽然一些浏览器可能仍然支持它，但它仍在开发过程中 被删除。不要在旧的或新的项目中使用它。页面或Web应用程序 使用它可能会随时损坏。

请参见Bug 1204581 -如果启用service worker获取拦截，为AppCache添加弃用通知。