我发现John Millikin和da5id的建议很有用。原来这个术语叫做自动版本控制。
我在下面发布了一个新答案，它是我的原始解决方案和John的建议的结合。
另一个想法是由SCdF提出的，即将虚假查询字符串附加到文件中。（一些Python代码，可以自动使用时间戳作为虚假查询字符串，被pi.提交。）
然而，对于浏览器是否会缓存带查询字符串的文件存在一些讨论。（记住，我们希望浏览器缓存文件并在以后的访问中使用它。我们只希望在文件更改时再次获取它。）
这个解决方案是用PHP编写的，但是很容易适应其他语言。
原来的.htaccess正则表达式可能会在像json-1.3.js这样的文件中出现问题。解决方法是只有当结尾恰好有10位数字时才进行重写。(因为10位数字涵盖了从2001年9月9日到2286年11月20日的所有时间戳。)
首先，在.htaccess中使用以下重写规则：
RewriteEngine on
RewriteRule ^(.*)\.[\d]{10}\.(css|js)$ $1.$2 [L]
/**
* Given a file, i.e. /css/base.css, replaces it with a string containing the
* file's mtime, i.e. /css/base.1221534296.css.
*
* @param $file The file to be loaded. works on all type of paths.
*/
function auto_version($file) {
if($file[0] !== '/') {
$file = rtrim(str_replace(DIRECTORY_SEPARATOR, '/', dirname($_SERVER['PHP_SELF'])), '/') . '/' . $file;
}
if (!file_exists($_SERVER['DOCUMENT_ROOT'] . $file))
return $file;
$mtime = filemtime($_SERVER['DOCUMENT_ROOT'] . $file);
return preg_replace('{\\.([^./]+)$}', ".$mtime.\$1", $file);
}
现在，无论您在哪里包含您的CSS，请将其从这个更改：
<link rel="stylesheet" href="/css/base.css" type="text/css" />
<link rel="stylesheet" href="<?php echo auto_version('/css/base.css'); ?>" type="text/css" />
这样，您就永远不必再修改链接标签了，用户将始终看到最新的CSS。浏览器将能够缓存CSS文件，但是当您对CSS进行任何更改时，浏览器将把它视为新的URL，因此它不会使用缓存副本。
这也适用于图像、网站图标和JavaScript。基本上任何非动态生成的内容都可以这样做。
file_exists 检查真的有必要吗？filemtime 在失败时会返回 false，那么为什么不将 filemtime 的值赋给一个变量，并在重命名文件之前检查它是否为 false 呢？这样可以减少一个不必要的文件操作，从而提高效率。 - Gavin一般情况下，缓存是有益的...因此，根据您是在开发网站时为自己解决问题，还是在生产环境中控制高速缓存的不同情况，有几种技术可供选择。
普通访问者来到您的网站时，他们不会像您在开发网站时那样有相同的体验。由于普通访问者可能每个月只访问几次该网站（除非您是Google或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>
添加查询字符串到请求是一种很好的资源版本控制方式，但对于简单网站可能并不必要。请记住，缓存是一件好事。
值得注意的是，浏览器并不一定会很吝啬地保持文件在缓存中。浏览器有这方面的策略，并且通常遵守HTTP规范中制定的规则。当浏览器向服务器发出请求时，响应的一部分是一个Expires头...一个日期，告诉浏览器应该将其保存多长时间。下次浏览器遇到相同文件的请求时，它会看到自己的缓存中有一个副本，并查看Expires日期来决定是否使用它。
所以信不信由你，实际上是你的服务器使那个浏览器缓存如此持久。你可以调整服务器设置并更改Expires头，但我上面写的小技巧可能是一个更简单的方法。由于缓存是好的，你通常希望将日期设置得很远（"远期过期头"），并使用上面描述的技术来强制更改。
如果你对HTTP或这些请求的制作方式更感兴趣，那么推荐一本好书是Steve Souders的《高性能网站》。它是这个领域非常好的入门读物。
<link href='myCss.css?dev=14141'...> - Noumenon谷歌的mod_pagespeed插件适用于Apache，可以为您进行自动版本控制。它非常流畅。
它在从Web服务器输出时解析HTML（适用于PHP，Ruby on Rails，Python，静态HTML-任何内容），并重新编写链接到CSS、JavaScript和图像文件，以便包含ID代码。 它以修改后的URL提供文件，并对其进行非常长时间的缓存控制。 当文件更改时，它会自动更改URL，这样浏览器必须重新获取它们。 它基本上只需运行，无需更改您的代码。 它甚至可以在输出时最小化您的代码。
我不确定你们为什么要花这么多力气来实现这个解决方案。
你只需要获取文件的修改时间戳并将其作为查询字符串附加到文件中即可。
在PHP中，我会这样做：
<link href="mycss.css?v=<?= filemtime('mycss.css') ?>" rel="stylesheet">
filemtime() 是一个 PHP 函数，它可以返回文件的修改时间戳。
<link rel="stylesheet" href="mycss.css?<?php echo filemtime('mycss.css') ?>" />，以防一些关于使用GET变量（按照建议格式）缓存URL的参数在此线程上是正确的。 - luke_mclachlanprogpath = os.path.dirname(sys.argv[0])
def versionize(file):
timestamp = os.path.getmtime('%s/../web/%s' % (progpath, file))
return '%s?v=%s' % (file, timestamp)
print ' \
% versionize('css/main.css') - dlink建议您使用实际 CSS 文件的 MD5 哈希值，而不是手动更改版本。
因此，您的 URL 应该类似于
http://mysite.com/css/[md5_hash_here]/style.css
您仍可使用重写规则来删除哈希，但优势在于现在您可以将缓存策略设置为“永久缓存”，因为如果 URL 相同，则表示文件未更改。
然后，您可以编写一个简单的 shell 脚本来计算文件的哈希值并更新您的 <link> 标签（可能需要将其移动到一个单独的文件中进行包含）。
每次更改 CSS 时运行该脚本即可。当文件发生更改时，浏览器将仅重新加载您的文件。如果您进行编辑，然后撤消它，无需费心找出需要返回哪个版本以使访问者不必重新下载。
File.GetLastWriteTime(filePath).Ticks.ToString() - Katie Kilian?foo=1234，将1234更改为任何你喜欢的数字。可以查看Stack Overflow的HTML源代码作为示例。?参数会被丢弃/忽略，而当你推出新版本时，你可以更改该数字。
注意：关于这对缓存的影响存在一些争议。我认为总体意思是GET请求，无论是否带参数，都应该可以被缓存，因此上述解决方案应该有效。
然而，这取决于Web服务器是否遵循规范的部分以及用户使用的浏览器，因为它仍然可以要求获取最新版本。
我听说过这被称为“自动版本控制”。最常见的方法是在URL中包含静态文件的修改时间，并使用重写处理程序或URL配置来剥离它：
另请参阅：
现有的30多个答案都是关于2008年左右的网站的好建议。但是，当涉及到现代的单页应用程序（SPA）时，可能是时候重新思考一些基本假设了……特别是只为了让Web服务器仅提供单个、最新版本的文件这一想法是否可取。
想象一下，你是一个已经加载了SPA版本M的用户：
/some.template/some.template 的内容 - 您想要它返回模板的版本 M 还是版本 N？如果版本 M 和版本 N 之间的格式发生了变化（或文件被重命名等），您可能不希望将版本 N 的模板发送到运行旧版本 M 解析器的浏览器中。†
当 Web 应用程序满足两个条件时，就会遇到这个问题：
一旦您的应用程序需要同时提供多个版本，解决缓存和“重新加载”问题就变得简单：
/v<release_tag_1>/…files…、/v<release_tag_2>/…files…<script> 和 <link> 标签等更新到指向版本目录中的文件最后一步听起来很棘手，因为它可能需要针对服务器端或客户端代码中的每个URL调用一个URL构建器。或者你可以巧妙地使用 <base> 标签，并在一个地方更改当前版本。
† 解决此问题的一种方法是在发布新版本时强制浏览器重新加载所有内容。但为了让任何正在进行的操作完成，最好仍然支持至少两个平行版本：v-current 和 v-previous。
base标签还有附加分！至于支持旧代码：这并不总是可能的，也不总是一个好主意。新版本的代码可能支持其他应用程序部分的重大变更，或涉及紧急修复、漏洞修补等。我自己尚未实施此策略，但一直认为整体架构应允许将旧版本标记为“过时”，并在下次进行异步调用时强制重新加载（或通过WebSockets强制取消所有会话的身份验证）。 - Jonny Asmar在 Laravel （PHP）中，我们可以使用以下简明优美的方式（使用文件修改时间戳）:
<script src="{{ asset('/js/your.js?v='.filemtime('js/your.js')) }}"></script>
同样适用于CSS
<link rel="stylesheet" href="{{asset('css/your.css?v='.filemtime('css/your.css'))}}">
示例HTML输出(filemtime返回时间作为Unix时间戳)
<link rel="stylesheet" href="assets/css/your.css?v=1577772366">
不要使用带有GET变量的foo.css?version=1！
浏览器不应该缓存带有GET变量的URL。根据http://www.thinkvitamin.com/features/webapps/serving-javascript-fast所述，尽管Internet Explorer和Firefox忽略了这一点，但Opera和Safari则不会！相反，使用foo.v1234.css，并使用重写规则删除版本号。
import，缓存是根本无法关闭的。唯一的解决方案是更改文件名，这样在开发工具中每次都会销毁所有调试断点。 - SO_fix_the_vote_sorting_bug
ExpiresActive On ExpiresDefault "modification"。 - Frank Conijn - Support Ukraineiframe.contentWindow.location.reload(true)来有效地执行相同的操作。请参见 https://dev59.com/6XNA5IYBdhLWcg3wIqPr#22429796 的方法（4）-那是关于图片的，但同样适用。 - Doin