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

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

这里是在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

对于webpack用户:-

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

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

或者如果你使用contenthash那么

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

您是想清除缓存，还是只是确保当前(已更改的?)页面没有缓存?

如果是后者，那就应该如此简单

<META HTTP-EQUIV="Pragma" CONTENT="no-cache">

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

/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" />

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

并非如此。一种方法是在传递内容时发送适当的头文件，以迫使浏览器重新加载:

确保网页没有在所有浏览器上缓存。

如果你在SO上搜索“缓存头”或类似的东西，你会发现ASP。NET特定的示例。

另一种不太清晰但有时是唯一的方法，如果你不能控制服务器端的头，就是给被调用的资源添加一个随机的GET参数:

myimage.gif?random=1923849839