我有同样的问题，我所做的就是改变文件名链接到我的index.html文件，然后进入index.html文件，更新他们的名字，不是最好的做法，但如果它工作。浏览器将它们视为新文件，因此它们会被重新下载到用户的设备上。

例子: 我想更新一个css文件，它的命名为styles.css，把它改成styles.css

进入index。html进行更新，并将其更改为

<meta http-equiv="pragma" content="no-cache" />

参见https://stackoverflow.com/questions/126772/how-to-force-a-web-browser-not-to-cache-images

这里是在ASP.NET中设置缓存的MDSN页面。

Response.Cache.SetExpires(DateTime.Now.AddSeconds(60))
Response.Cache.SetCacheability(HttpCacheability.Public)
Response.Cache.SetValidUntilExpires(False)
Response.Cache.VaryByParams("Category") = True

If Response.Cache.VaryByParams("Category") Then
   '...
End If

很多答案都忽略了一点——大多数开发人员都很清楚关闭缓存是低效的。然而，在许多常见的情况下，效率并不重要，默认缓存行为被严重破坏。

这些包括嵌套的、迭代的脚本测试(大的一个!)和坏的第三方软件变通方法。这里给出的解决方案都不足以解决这种常见场景。大多数web浏览器都有过于激进的缓存，并且没有提供合理的方法来避免这些问题。

有一个小技巧可以使用。诀窍是在脚本标记中向文件名附加一个参数/字符串，并在文件更改时更改它。

<script src=“myfile.js？version=1.0.0”></script>

浏览器将整个字符串解释为文件路径，即使“?”后面的是参数。所以现在发生的是，下次当你更新你的文件时，只要改变你网站上script标签中的数字(示例<script src="myfile.js?version=1.0.1"></script>)，每个用户的浏览器都会看到文件已经改变，并抓取一个新的副本。

我有同样的问题，我所做的就是改变文件名链接到我的index.html文件，然后进入index.html文件，更新他们的名字，不是最好的做法，但如果它工作。浏览器将它们视为新文件，因此它们会被重新下载到用户的设备上。

例子: 我想更新一个css文件，它的命名为styles.css，把它改成styles.css

进入index。html进行更新，并将其更改为