更新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添加弃用通知。

这里是在ASP.NET中设置缓存的MDSN页面。

Response.Cache.SetExpires(DateTime.Now.AddSeconds(60))
Response.Cache.SetCacheability(HttpCacheability.Public)
Response.Cache.SetValidUntilExpires(False)
Response.Cache.VaryByParams("Category") = True

If Response.Cache.VaryByParams("Category") Then
   '...
End If

除了设置Cache-control: no-cache，如果你想每次刷新本地副本，你还应该将Expires头设置为-1(某些版本的IE似乎需要这样做)。

查看HTTP缓存-与服务器检查，始终发送If-Modified-Since

<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添加弃用通知。

对于webpack用户:-

我在webpack配置中添加了chunkash。这解决了每次部署时缓存失效的问题。我们还需要注意index.html/ asset。清单不是缓存在你的CDN或浏览器。在webpack配置中的块名配置将看起来像这样:-

文件名:[chunkhash] - $ {Date.now ()} . js

或者如果你使用contenthash那么

文件名:[contenthash] - $ {Date.now ()} . js