有没有一种方法可以让我把一些代码放在我的页面上，这样当有人访问一个网站时，它就会清空浏览器缓存，这样他们就可以查看更改了?
使用语言:ASP。净,VB。NET，当然还有HTML, CSS和jQuery。
当前回答
更新2012
这是一个老问题，但我认为它需要一个更最新的答案，因为现在有一种方法可以更好地控制网站缓存。
在离线Web应用程序(实际上是任何HTML5网站)中，applicationCache.swapCache()可以用来更新网站的缓存版本，而不需要手动重新加载页面。
这是一个来自HTML5 Rocks上使用应用程序缓存的初学者指南的代码示例，解释了如何将用户更新到站点的最新版本:
// Check if a new cache is available on page load.
window.addEventListener('load', function(e) {
window.applicationCache.addEventListener('updateready', function(e) {
if (window.applicationCache.status == window.applicationCache.UPDATEREADY) {
// Browser downloaded a new app cache.
// Swap it in and reload the page to get the new hotness.
window.applicationCache.swapCache();
if (confirm('A new version of this site is available. Load it?')) {
window.location.reload();
}
} else {
// Manifest didn't changed. Nothing new to server.
}
}, false);
}, false);
有关更多信息，请参见在Mozilla开发者网络上使用应用程序缓存。
更新2016
网络上的事物变化很快。 这个问题是在2009年提出的，在2012年，我发布了一篇关于处理问题中描述的问题的新方法的更新。又过了4年，现在看来它已经被弃用了。感谢cgaldiolo在评论中指出这一点。
目前，截至2016年7月，HTML标准，第7.9节，脱机Web应用程序包括一个弃用警告:
这个特性正在从Web平台上移除。 (这是一个漫长的过程，需要很多年。)使用任何 此时非常不鼓励使用离线Web应用程序特性。 使用服务工作者代替。
在Mozilla开发者网络上使用应用程序缓存也是如此，我在2012年引用过:
已弃用该特性已从Web标准中移除。 虽然一些浏览器可能仍然支持它，但它仍在开发过程中 被删除。不要在旧的或新的项目中使用它。页面或Web应用程序 使用它可能会随时损坏。
请参见Bug 1204581 -如果启用service worker获取拦截，为AppCache添加弃用通知。
其他回答
更新URL为以下工作为我:
/ custom.js吗?id = 1
通过在?id=后添加一个唯一的数字，并随着新的变化而递增，用户不必按CTRL + F5来刷新缓存。或者，您可以在?id=后附加当前时间或Epoch的哈希或字符串版本
id=1520606295
对于webpack用户:-
我在webpack配置中添加了chunkash。这解决了每次部署时缓存失效的问题。我们还需要注意index.html/ asset。清单不是缓存在你的CDN或浏览器。在webpack配置中的块名配置将看起来像这样:-
文件名:[chunkhash] - $ {Date.now ()} . js
或者如果你使用contenthash那么
文件名:[contenthash] - $ {Date.now ()} . js
如果这是关于.css和.js的更改，那么一种方法是通过在每个版本的文件名后面附加类似“_versionNo”的东西来“缓存破坏”。例如:
script_1.0.css // This is the URL for release 1.0
script_1.1.css // This is the URL for release 1.1
script_1.2.css // etc.
或者在文件名后面:
script.css?v=1.0 // This is the URL for release 1.0
script.css?v=1.1 // This is the URL for release 1.1
script.css?v=1.2 // etc.
您可以检查这个链接，看看它是如何工作的。
对于静态资源，正确的缓存是使用带有每个部署或文件版本值的查询参数。这将在每次部署后清除缓存。
/Content/css/Site.css?version={FileVersionNumber}
这是ASP。NET MVC的例子。
<link href="@Url.Content("~/Content/Css/Reset.css")?version=@this.GetType().Assembly.GetName().Version" rel="stylesheet" type="text/css" />
不要忘记更新程序集版本。
不确定这是否真的对你有帮助，但这就是缓存在任何浏览器上的工作方式。当浏览器请求一个文件时，它应该总是向服务器发送请求，除非存在“脱机”模式。服务器将读取一些参数，如日期修改或标记。
服务器将为NOT MODIFIED返回一个304错误响应，浏览器将不得不使用它的缓存。如果标签在服务器端没有验证，或者修改的日期低于当前修改的日期，服务器应该返回带有新的修改日期或标签或两者的新内容。
如果没有缓存数据发送到浏览器，我猜行为是不确定的，浏览器可能会或可能不会缓存文件，不告诉他们是如何缓存的。如果您在响应中设置了缓存参数，它将正确缓存您的文件，然后服务器可能会选择返回一个304错误，或者返回新的内容。
这是应该做的。在url中使用随机参数或版本号更像一个黑客。
http://www.checkupdown.com/status/E304.html http://en.wikipedia.org/wiki/HTTP_ETag http://www.xpertdeveloper.com/2011/03/last-modified-header-vs-expire-header-vs-etag/
看了之后，我看到还有一个过期日期。如果你有问题，可能是因为你设置了过期日期。换句话说，当浏览器缓存你的文件时，因为它有一个有效期，所以它不应该在这个日期之前再次请求它。换句话说，它永远不会向服务器请求文件，也永远不会收到一个未修改的304。它将简单地使用缓存，直到达到过期日期或缓存被清除为止。
所以这是我的猜测，你有某种有效期，你应该使用最后修改标签或它们的混合，并确保没有过期日期。
如果人们倾向于频繁地刷新文件，而文件不会经常更改，那么设置一个大的过期日期可能是明智的。
我的2分钱!
