我注意到一些浏览器(特别是Firefox和Opera)非常热衷于使用.css和.js文件的缓存副本，甚至在浏览器会话之间。当您更新其中一个文件时，这会导致一个问题，但用户的浏览器会继续使用缓存的副本。
当文件发生更改时，强迫用户浏览器重新加载文件的最优雅的方法是什么?
理想情况下，该解决方案不会强制浏览器在每次访问页面时重新加载文件。
我发现John Millikin和da5id的建议很有用。这有一个专门的术语:自动版本控制。
我在下面发布了一个新的答案，这是我最初的解决方案和约翰的建议的结合。
SCdF建议的另一个想法是将伪查询字符串附加到文件中。(一些自动使用时间戳作为伪查询字符串的Python代码是由pi..提交的)
然而，关于浏览器是否缓存带有查询字符串的文件还存在一些讨论。(请记住，我们希望浏览器缓存该文件并在以后的访问中使用它。我们只希望它在文件更改时再次获取该文件。)
当前回答
对于我的开发，我发现Chrome有一个很好的解决方案。
https://superuser.com/a/512833
随着开发人员工具的打开，只需长按刷新按钮，让放手一旦你悬停在“空缓存和硬加载”。
这是我最好的朋友，是一种超轻量级的方式来得到你想要的!
其他回答
不要使用foo.css?version=1!
浏览器不应该缓存带有GET变量的url。据http://www.thinkvitamin.com/features/webapps/serving-javascript-fast网站报道，尽管ie和Firefox会忽略这一点，但Opera和Safari不会!相反，使用foo.v1234.css，并使用重写规则去除版本号。
谷歌Chrome浏览器有硬加载以及空缓存和硬加载选项。在“检测模式”下，按住重装按钮可以选择一个。
谷歌的mod_pagespeed插件将为你自动版本控制。它真的很光滑。
它解析HTML在它的方式从web服务器(与PHP, Ruby on Rails, Python，静态HTML -任何)和重写链接到CSS, JavaScript，图像文件，使他们包括一个id代码。它在修改后的url上提供文件，并对它们进行非常长的缓存控制。当文件更改时，它会自动更改url，因此浏览器必须重新获取它们。它基本上可以正常工作，无需对代码进行任何更改。它甚至还会缩小你的代码。
我已经通过使用解决了这个问题 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.
对于Java Servlet环境，可以查看Jawr库。功能页面解释了它是如何处理缓存的:
Jawr will try its best to force your clients to cache the resources. If a browser asks if a file changed, a 304 (not modified) header is sent back with no content. On the other hand, with Jawr you will be 100% sure that new versions of your bundles are downloaded by all clients. Every URL to your resources will include an automatically generated, content-based prefix that changes automatically whenever a resource is updated. Once you deploy a new version, the URL to the bundle will change as well so it will be impossible that a client uses an older, cached version.
该库还可以简化JavaScript和CSS，但如果不需要，可以将其关闭。
