我注意到一些浏览器(特别是Firefox和Opera)非常热衷于使用.css和.js文件的缓存副本，甚至在浏览器会话之间。当您更新其中一个文件时，这会导致一个问题，但用户的浏览器会继续使用缓存的副本。
当文件发生更改时，强迫用户浏览器重新加载文件的最优雅的方法是什么?
理想情况下，该解决方案不会强制浏览器在每次访问页面时重新加载文件。
我发现John Millikin和da5id的建议很有用。这有一个专门的术语:自动版本控制。
我在下面发布了一个新的答案，这是我最初的解决方案和约翰的建议的结合。
SCdF建议的另一个想法是将伪查询字符串附加到文件中。(一些自动使用时间戳作为伪查询字符串的Python代码是由pi..提交的)
然而，关于浏览器是否缓存带有查询字符串的文件还存在一些讨论。(请记住，我们希望浏览器缓存该文件并在以后的访问中使用它。我们只希望它在文件更改时再次获取该文件。)
当前回答
这里的所有答案似乎都表明在命名方案中存在某种版本控制，但这也有其缺点。
浏览器应该通过读取web服务器的响应，特别是HTTP报头来清楚地知道什么该缓存，什么不该缓存——这个资源的有效期是多长?自上次检索该资源以来，该资源是否已更新?等。
如果事情配置“正确”，只是更新你的应用程序的文件应该(在某些时候)刷新浏览器的缓存。例如，你可以配置你的web服务器，告诉浏览器永远不缓存文件(这是一个坏主意)。
更深入的解释在Web缓存的工作原理中。
其他回答
如果你添加session-id作为JavaScript/CSS文件的伪参数，你可以强制“会话范围缓存”:
<link rel="stylesheet" src="myStyles.css?ABCDEF12345sessionID" />
<script language="javascript" src="myCode.js?ABCDEF12345sessionID"></script>
如果需要版本级缓存，可以添加一些代码来打印文件日期或类似内容。如果您正在使用Java，您可以使用自定义标记以一种优雅的方式生成链接。
<link rel="stylesheet" src="myStyles.css?20080922_1020" />
<script language="javascript" src="myCode.js?20080922_1120"></script>
只需使用服务器端代码添加文件的日期…这样，它将被缓存，只有当文件更改时才会重新加载。
在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;
}
}
我发现在资源URL中使用基于时间戳或哈希的区分器的方法存在一个问题，该方法在服务器请求时被剥离。包含样式表链接的页面也会被缓存。因此，缓存的页面可能会请求较旧版本的样式表，但它将得到最新版本，这可能与请求页面不兼容，也可能与请求页面不兼容。
To fix this, you either have to guard the requesting page with a no-cache header or meta, to make sure it gets refreshed on every load. Or you have to maintain all versions of the style file that you ever deployed on the server, each as an individual file and with their differentiator intact so that the requesting page can get at the version of the style file it was designed for. In the latter case, you basically tie the versions of the HTML page and the style sheet together, which can be done statically and doesn't require any server logic.
我不知道为什么你们要花这么大的力气来实现这个解决方案。
您所需要做的就是获取文件修改后的时间戳，并将其作为查询字符串附加到文件中。
在PHP中，我会这样做:
<link href="mycss.css?v=<?= filemtime('mycss.css') ?>" rel="stylesheet">
filemtime()是一个PHP函数，返回修改后的文件时间戳。
这里的许多答案主张向URL添加时间戳。除非直接修改生产文件，否则文件的时间戳不太可能反映文件更改的时间。在大多数情况下，这将导致URL比文件本身更频繁地更改。这就是为什么你应该使用文件内容的快速散列，如levik和其他人建议的MD5。
请记住，该值应该在构建或运行时计算一次，而不是在每次请求文件时计算一次。
例如，下面是一个简单的bash脚本，它从标准输入读取文件名列表，并将包含散列的JSON文件写入标准输出:
#!/bin/bash
# Create a JSON map from filenames to MD5 hashes
# Run as hashes.sh < inputfile.list > outputfile.json
echo "{"
delim=""
while read l; do
echo "$delim\"$l\": \"`md5 -q $l`\""
delim=","
done
echo "}"
然后，该文件可以在服务器启动时加载并引用，而不是读取文件系统。
