We are currently working in a private beta and so are still in the process of making fairly rapid changes, although obviously as usage is starting to ramp up, we will be slowing down this process. That being said, one issue we are running into is that after we push out an update with new JavaScript files, the client browsers still use the cached version of the file and they do not see the update. Obviously, on a support call, we can simply inform them to do a ctrlF5 refresh to ensure that they get the up-to-date files from the server, but it would be preferable to handle this before that time.
我们目前的想法是简单地将版本号附加到JavaScript文件的名称上，然后当进行更改时，增加脚本上的版本并更新所有引用。这肯定可以完成工作，但是在每个版本上更新引用可能会很麻烦。
我确信我们不是第一个处理这个问题的人，我想我应该把它扔给社区。当你更新你的代码时，你如何确保客户端更新他们的缓存?如果您正在使用上面描述的方法，那么您使用的是简化更改的过程吗?
将当前时间附加到URL确实是一种常见的解决方案。但是，如果你愿意，你也可以在web服务器级别管理它。服务器可以配置为javascript文件发送不同的HTTP头。
例如，要强制文件缓存不超过1天，你可以发送:
Cache-Control: max-age=86400, must-revalidate
对于测试版，如果你想强迫用户总是获得最新的，你可以使用:
Cache-Control: no-cache, must-revalidate
ASP。NET我认为下一个具有高级选项的解决方案(调试/发布模式，版本):
Js或Css文件包括如下方式:
<script type="text/javascript" src="Scripts/exampleScript<%=Global.JsPostfix%>" />
<link rel="stylesheet" type="text/css" href="Css/exampleCss<%=Global.CssPostfix%>" />
全球。JsPostfix和Global。在Global.asax中，CssPostfix的计算方法如下:
protected void Application_Start(object sender, EventArgs e)
{
...
string jsVersion = ConfigurationManager.AppSettings["JsVersion"];
bool updateEveryAppStart = Convert.ToBoolean(ConfigurationManager.AppSettings["UpdateJsEveryAppStart"]);
int buildNumber = System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.Revision;
JsPostfix = "";
#if !DEBUG
JsPostfix += ".min";
#endif
JsPostfix += ".js?" + jsVersion + "_" + buildNumber;
if (updateEveryAppStart)
{
Random rand = new Random();
JsPosfix += "_" + rand.Next();
}
...
}
