并非如此。一种方法是在传递内容时发送适当的头文件，以迫使浏览器重新加载:

确保网页没有在所有浏览器上缓存。

如果你在SO上搜索“缓存头”或类似的东西，你会发现ASP。NET特定的示例。

另一种不太清晰但有时是唯一的方法，如果你不能控制服务器端的头，就是给被调用的资源添加一个随机的GET参数:

myimage.gif?random=1923849839

并非如此。一种方法是在传递内容时发送适当的头文件，以迫使浏览器重新加载:

确保网页没有在所有浏览器上缓存。

如果你在SO上搜索“缓存头”或类似的东西，你会发现ASP。NET特定的示例。

另一种不太清晰但有时是唯一的方法，如果你不能控制服务器端的头，就是给被调用的资源添加一个随机的GET参数:

myimage.gif?random=1923849839

不确定这是否真的对你有帮助，但这就是缓存在任何浏览器上的工作方式。当浏览器请求一个文件时，它应该总是向服务器发送请求，除非存在“脱机”模式。服务器将读取一些参数，如日期修改或标记。

服务器将为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分钱!

更新URL为以下工作为我:

/ custom.js吗?id = 1

通过在?id=后添加一个唯一的数字，并随着新的变化而递增，用户不必按CTRL + F5来刷新缓存。或者，您可以在?id=后附加当前时间或Epoch的哈希或字符串版本

id=1520606295

我有一个案例，我将在线拍摄客户端的照片，如果照片被更改，就需要更新div。浏览器仍然显示着旧照片。因此，我使用了调用随机GET变量的方法，该变量每次都是唯一的。这就是它，如果它能帮助到任何人的话

<img src="/photos/userid_73.jpg?random=<?php echo rand() ?>" ...

编辑 正如其他人指出的那样，下面是更有效的解决方案，因为它只会在图像被更改时重新加载图像，通过文件大小识别这种更改:

<img src="/photos/userid_73.jpg?modified=<? filemtime("/photos/userid_73.jpg")?>"

如果这是关于.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.

您可以检查这个链接，看看它是如何工作的。