我这样做的方法是简单地有链接元素到服务器端包含:

<!--#include virtual="/includes/css-element.txt"-->

css-element.txt的内容在哪里

<link rel="stylesheet" href="mycss.css"/>

如果你想链接到my-new-css。css，你只需要改变include。

我最近用Python解决了这个问题。下面是代码(它应该很容易被其他语言采用):

def import_tag(pattern, name, **kw):
    if name[0] == "/":
        name = name[1:]
    # Additional HTML attributes
    attrs = ' '.join(['%s="%s"' % item for item in kw.items()])
    try:
        # Get the files modification time
        mtime = os.stat(os.path.join('/documentroot', name)).st_mtime
        include = "%s?%d" % (name, mtime)
        # This is the same as sprintf(pattern, attrs, include) in other
        # languages
        return pattern % (attrs, include)
    except:
        # In case of error return the include without the added query
        # parameter.
        return pattern % (attrs, name)

def script(name, **kw):
    return import_tag('<script %s src="/%s"></script>', name, **kw)

def stylesheet(name, **kw):
    return import_tag('<link rel="stylesheet" type="text/css" %s href="/%s">', name, **kw)

这段代码基本上是将文件时间戳作为查询参数附加到URL。下面函数的调用

script("/main.css")

会导致

<link rel="stylesheet" type="text/css"  href="/main.css?1221842734">

当然，这样做的好处是您不必再次更改HTML内容，因为更改CSS文件将自动触发缓存失效。它工作得很好，开销也不明显。

简单的客户端技术

一般来说，缓存是好的…所以有一些技术，取决于你是在开发网站时为自己解决问题，还是在生产环境中控制缓存。

一般访问者不会有相同的体验，当你在开发网站时。由于一般访问者访问站点的频率较低(可能每个月只有几次，除非您是谷歌或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>

在请求中添加一个查询字符串是一个资源版本化的好方法，但对于一个简单的网站来说，这可能是不必要的。记住，缓存是一件好事。

It's also worth noting that the browser isn't necessarily stingy about keeping files in cache. Browsers have policies for this sort of thing, and they are usually playing by the rules laid down in the HTTP specification. When a browser makes a request to a server, part of the response is an Expires header... a date which tells the browser how long it should be kept in cache. The next time the browser comes across a request for the same file, it sees that it has a copy in cache and looks to the Expires date to decide whether it should be used.

信不信由你，实际上是你的服务器使浏览器缓存如此持久。您可以调整服务器设置并更改Expires报头，但我上面写的小技巧可能是一种更简单的方法。由于缓存很好，所以您通常希望将日期设置为遥远的将来(“far -future Expires Header”)，并使用上面描述的技术强制更改。

如果你想了解更多关于HTTP的信息或者这些请求是如何发出的，一本很好的书是Steve Souders的《高性能网站》。这是对这门学科很好的介绍。

仅在纯JavaScript的本地开发中禁用script.js的缓存。

它会注入一个随机的script.js?Wizardry =1231234并阻塞常规script.js:

<script type="text/javascript">
  if(document.location.href.indexOf('localhost') !== -1) {
    const scr = document.createElement('script');
    document.setAttribute('type', 'text/javascript');
    document.setAttribute('src', 'scripts.js' + '?wizardry=' + Math.random());
    document.head.appendChild(scr);
    document.write('<script type="application/x-suppress">'); // prevent next script(from other SO answer)
  }
</script>

<script type="text/javascript" src="scripts.js">

我建议执行以下流程:

无论何时部署你的CSS和JavaScript文件。类似于:screen.1233.css(如果您使用版本控制系统，该数字可以是您的SVN版本) 缩小它们以优化加载时间

对于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，但如果不需要，可以将其关闭。