我注意到一些浏览器(特别是Firefox和Opera)非常热衷于使用.css和.js文件的缓存副本，甚至在浏览器会话之间。当您更新其中一个文件时，这会导致一个问题，但用户的浏览器会继续使用缓存的副本。
当文件发生更改时，强迫用户浏览器重新加载文件的最优雅的方法是什么?
理想情况下，该解决方案不会强制浏览器在每次访问页面时重新加载文件。
我发现John Millikin和da5id的建议很有用。这有一个专门的术语:自动版本控制。
我在下面发布了一个新的答案，这是我最初的解决方案和约翰的建议的结合。
SCdF建议的另一个想法是将伪查询字符串附加到文件中。(一些自动使用时间戳作为伪查询字符串的Python代码是由pi..提交的)
然而，关于浏览器是否缓存带有查询字符串的文件还存在一些讨论。(请记住，我们希望浏览器缓存该文件并在以后的访问中使用它。我们只希望它在文件更改时再次获取该文件。)
当前回答
更改文件名也可以。但这通常不是最简单的解决方案。
正如你所注意到的，HTTP缓存控制标头为“no-cache”并不总是有效。HTTP 1.1规范为用户代理提供了决定是否请求新副本的回旋余地。(如果只看指令的名称，这是不直观的。去阅读实际的HTTP 1.1缓存规范…这在上下文中更有意义。)
简而言之，如果你想要严格的缓存控制使用
Cache-Control: no-cache, no-store, must-revalidate
在响应头中。
其他回答
最简单的方法是利用PHP文件读取功能。只需让PHP将文件内容回显到标记中。
<?php
//Replace the 'style.css' with the link to the stylesheet.
echo "<style type='text/css'>".file_get_contents('style.css')."</style>";
?>
如果您使用的是PHP以外的东西，则根据语言的不同会有一些变化，但几乎所有语言都有打印文件内容的方法。将它放在正确的位置(在部分中)，这样就不必依赖浏览器了。
TomA的回答是对的。
使用“querystring”方法将不会被缓存，Steve Souders引用如下:
.．.Squid，一个流行的代理，不缓存资源 变量的名称。
TomA建议使用style.TIMESTAMP.css很好，但是MD5会更好，因为只有当内容真正改变时，MD5也会改变。
如果您不想让客户端缓存文件，这个解决方案似乎是最快实现的。如果你在footer.php中加载文件，用time()调整部分:
<script src="<?php echo get_template_directory_uri(); ?>/js/main.js?v=<?= time() ?>"></script>
我建议执行以下流程:
无论何时部署你的CSS和JavaScript文件。类似于:screen.1233.css(如果您使用版本控制系统，该数字可以是您的SVN版本) 缩小它们以优化加载时间
假设你有一个文件可用:
/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".
