我注意到一些浏览器(特别是Firefox和Opera)非常热衷于使用.css和.js文件的缓存副本，甚至在浏览器会话之间。当您更新其中一个文件时，这会导致一个问题，但用户的浏览器会继续使用缓存的副本。
当文件发生更改时，强迫用户浏览器重新加载文件的最优雅的方法是什么?
理想情况下，该解决方案不会强制浏览器在每次访问页面时重新加载文件。
我发现John Millikin和da5id的建议很有用。这有一个专门的术语:自动版本控制。
我在下面发布了一个新的答案，这是我最初的解决方案和约翰的建议的结合。
SCdF建议的另一个想法是将伪查询字符串附加到文件中。(一些自动使用时间戳作为伪查询字符串的Python代码是由pi..提交的)
然而，关于浏览器是否缓存带有查询字符串的文件还存在一些讨论。(请记住，我们希望浏览器缓存该文件并在以后的访问中使用它。我们只希望它在文件更改时再次获取该文件。)
当前回答
假设你有一个文件可用:
/styles/screen.css
你可以在URI上附加一个包含版本信息的查询参数，例如:
/styles/screen.css?v=1234
或者你可以在前面加上版本信息，例如:
/v/1234/styles/screen.css
恕我直言，第二种方法更适合CSS文件，因为它们可以使用相对url引用图像，这意味着如果你指定一个背景图像，像这样:
body {
background-image: url('images/happy.gif');
}
它的URL实际上是:
/v/1234/styles/images/happy.gif
这意味着如果您更新了使用的版本号，服务器将将其视为新资源，而不是使用缓存的版本。如果您的版本号基于Subversion、CVS等版本，这意味着CSS文件中引用的图像的更改将被注意到。第一种方案并不能保证这一点，即URL images/happy.gif相对于/styles/screen.css?V =1235是/styles/images/happy.gif，它不包含任何版本信息。
I have implemented a caching solution using this technique with Java servlets and simply handle requests to /v/* with a servlet that delegates to the underlying resource (i.e. /styles/screen.css). In development mode I set caching headers that tell the client to always check the freshness of the resource with the server (this typically results in a 304 if you delegate to Tomcat's DefaultServlet and the .css, .js, etc. file hasn't changed) while in deployment mode I set headers that say "cache forever".
其他回答
你可以把?foo=1234放在CSS / JavaScript导入的末尾，把1234改成你喜欢的任何值。看一下Stack Overflow HTML源代码的例子。
这里的意思是?无论如何，参数都会在请求中被丢弃/忽略，您可以在推出新版本时更改这个数字。
注意:关于这究竟如何影响缓存存在一些争论。我认为它的一般要点是GET请求，无论是否带参数都应该是可缓存的，因此上面的解决方案应该是有效的。
然而，这取决于web服务器和用户使用的浏览器，因为它可以直接要求一个新的版本。
这是一个纯JavaScript解决方案
(function(){
// Match this timestamp with the release of your code
var lastVersioning = Date.UTC(2014, 11, 20, 2, 15, 10);
var lastCacheDateTime = localStorage.getItem('lastCacheDatetime');
if(lastCacheDateTime){
if(lastVersioning > lastCacheDateTime){
var reload = true;
}
}
localStorage.setItem('lastCacheDatetime', Date.now());
if(reload){
location.reload(true);
}
})();
上面将查找用户最后一次访问您的站点的时间。如果最后一次访问是在发布新代码之前，它使用location.reload(true)强制从服务器刷新页面。
我通常把这作为<head>中的第一个脚本，因此它在任何其他内容加载之前进行评估。如果需要重新加载，用户很难注意到。
我使用本地存储来存储浏览器上最后一次访问的时间戳，但是如果您希望支持旧版本的IE，您可以添加cookie。
您可以使用SRI来破坏浏览器缓存。你只需要每次都用新的SRI哈希更新index.html文件。当浏览器加载HTML并发现HTML页面上的SRI散列与资源的缓存版本不匹配时，它将从服务器重新加载资源。它还带来了绕过跨起点读阻塞的良好副作用。
<script src="https://jessietessie.github.io/google-translate-token-generator/google_translate_token_generator.js" integrity="sha384-muTMBCWlaLhgTXLmflAEQVaaGwxYe1DYIf2fGdRkaAQeb4Usma/kqRWFWErr2BSi" crossorigin="anonymous"></script>
我这样做的方法是简单地有链接元素到服务器端包含:
<!--#include virtual="/includes/css-element.txt"-->
css-element.txt的内容在哪里
<link rel="stylesheet" href="mycss.css"/>
如果你想链接到my-new-css。css，你只需要改变include。
只需使用服务器端代码添加文件的日期…这样，它将被缓存，只有当文件更改时才会重新加载。
在ASP。NET:
<link rel="stylesheet" href="~/css/custom.css?d=@(System.Text.RegularExpressions.Regex.Replace(File.GetLastWriteTime(Server.MapPath("~/css/custom.css")).ToString(),"[^0-9]", ""))" />
<script type="text/javascript" src="~/js/custom.js?d=@(System.Text.RegularExpressions.Regex.Replace(File.GetLastWriteTime(Server.MapPath("~/js/custom.js")).ToString(),"[^0-9]", ""))"></script>
这可以简化为:
<script src="<%= Page.ResolveClientUrlUnique("~/js/custom.js") %>" type="text/javascript"></script>
通过在项目中添加扩展方法来扩展Page:
public static class Extension_Methods
{
public static string ResolveClientUrlUnique(this System.Web.UI.Page oPg, string sRelPath)
{
string sFilePath = oPg.Server.MapPath(sRelPath);
string sLastDate = System.IO.File.GetLastWriteTime(sFilePath).ToString();
string sDateHashed = System.Text.RegularExpressions.Regex.Replace(sLastDate, "[^0-9]", "");
return oPg.ResolveClientUrl(sRelPath) + "?d=" + sDateHashed;
}
}
