我注意到一些浏览器(特别是Firefox和Opera)非常热衷于使用.css和.js文件的缓存副本，甚至在浏览器会话之间。当您更新其中一个文件时，这会导致一个问题，但用户的浏览器会继续使用缓存的副本。
当文件发生更改时，强迫用户浏览器重新加载文件的最优雅的方法是什么?
理想情况下，该解决方案不会强制浏览器在每次访问页面时重新加载文件。
我发现John Millikin和da5id的建议很有用。这有一个专门的术语:自动版本控制。
我在下面发布了一个新的答案，这是我最初的解决方案和约翰的建议的结合。
SCdF建议的另一个想法是将伪查询字符串附加到文件中。(一些自动使用时间戳作为伪查询字符串的Python代码是由pi..提交的)
然而，关于浏览器是否缓存带有查询字符串的文件还存在一些讨论。(请记住，我们希望浏览器缓存该文件并在以后的访问中使用它。我们只希望它在文件更改时再次获取该文件。)
当前回答
这是一个纯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。
其他回答
在ASP。NET Core你可以通过添加'asp-追加-版本'来实现:
<link rel="stylesheet" href="~/css/xxx.css" asp-append-version="true" />
<script src="~/js/xxx.js" asp-append-version="true"></script>
它将生成HTML:
<link rel="stylesheet" href="/css/xxx.css?v=rwgRWCjxemznsx7wgNx5PbMO1EictA4Dd0SjiW0S90g" />
每当您更新文件时，框架将生成一个新的版本号。
谷歌Chrome浏览器有硬加载以及空缓存和硬加载选项。在“检测模式”下，按住重装按钮可以选择一个。
简单的客户端技术
一般来说，缓存是好的…所以有一些技术，取决于你是在开发网站时为自己解决问题，还是在生产环境中控制缓存。
一般访问者不会有相同的体验，当你在开发网站时。由于一般访问者访问站点的频率较低(可能每个月只有几次，除非您是谷歌或hi5 Networks)，那么他们不太可能将您的文件保存在缓存中，这可能就足够了。
如果你想强制一个新版本进入浏览器，你可以在请求中添加一个查询字符串，并在你进行重大更改时增加版本号:
<script src="/myJavascript.js?version=4"></script>
这将确保每个人都获得新文件。它可以工作，因为浏览器会查看文件的URL，以确定缓存中是否有副本。如果您的服务器没有设置为对查询字符串执行任何操作，那么它将被忽略，但是对于浏览器来说，该名称将看起来像一个新文件。
另一方面，如果您正在开发一个网站，您不希望每次保存对开发版本的更改时都更改版本号。那太乏味了。
所以当你在开发你的网站时，一个很好的技巧是自动生成一个查询字符串参数:
<!-- Development version: -->
<script>document.write('<script src="/myJavascript.js?dev=' + Math.floor(Math.random() * 100) + '"\><\/script>');</script>
在请求中添加一个查询字符串是一个资源版本化的好方法，但对于一个简单的网站来说，这可能是不必要的。记住，缓存是一件好事。
It's also worth noting that the browser isn't necessarily stingy about keeping files in cache. Browsers have policies for this sort of thing, and they are usually playing by the rules laid down in the HTTP specification. When a browser makes a request to a server, part of the response is an Expires header... a date which tells the browser how long it should be kept in cache. The next time the browser comes across a request for the same file, it sees that it has a copy in cache and looks to the Expires date to decide whether it should be used.
信不信由你，实际上是你的服务器使浏览器缓存如此持久。您可以调整服务器设置并更改Expires报头，但我上面写的小技巧可能是一种更简单的方法。由于缓存很好，所以您通常希望将日期设置为遥远的将来(“far -future Expires Header”)，并使用上面描述的技术强制更改。
如果你想了解更多关于HTTP的信息或者这些请求是如何发出的，一本很好的书是Steve Souders的《高性能网站》。这是对这门学科很好的介绍。
我已经通过使用解决了这个问题 ETag:
ETag或实体标签是HTTP的一部分，HTTP是万维网协议。它是HTTP为Web缓存验证提供的几种机制之一，这种机制允许客户机发出有条件的请求。这使得缓存更加高效并节省带宽，因为如果内容没有更改，Web服务器不需要发送完整的响应。ETags还可以用于乐观并发控制，1作为一种帮助防止资源的同步更新相互覆盖的方法。
I am running a Single-Page Application (written in Vue.JS). The output of the application is built by npm, and is stored as dist folder (the important file is: dist/static/js/app.my_rand.js) Nginx is responsible of serving the content in this dist folder, and it generates a new Etag value, which is some kind of a fingerprint, based on the modification time and the content of the dist folder. Thus when the resource changes, a new Etag value is generated. When the browser requests the resource, a comparison between the request headers and the stored Etag, can determine if the two representations of the resource are the same, and could be served from cache or a new response with a new Etag needs to be served.
RewriteRule需要对JavaScript或CSS文件进行一个小的更新，这些文件最后包含点符号版本控制。例如,json-1.3.js。
我添加了一个点否定类[^。]转换为正则表达式，即.number。将被忽略。
RewriteRule ^(.*)\.[^.][\d]+\.(css|js)$ $1.$2 [L]
