对于webpack用户:-

我在webpack配置中添加了chunkash。这解决了每次部署时缓存失效的问题。我们还需要注意index.html/ asset。清单不是缓存在你的CDN或浏览器。在webpack配置中的块名配置将看起来像这样:-

文件名:[chunkhash] - $ {Date.now ()} . js

或者如果你使用contenthash那么

文件名:[contenthash] - $ {Date.now ()} . js

您是想清除缓存，还是只是确保当前(已更改的?)页面没有缓存?

如果是后者，那就应该如此简单

<META HTTP-EQUIV="Pragma" CONTENT="no-cache">

查看缓存控制和过期的META标签。

< meta http-equiv =" cache-control " content =" no-cache "> <META HTTP-EQUIV="EXPIRES" CONTENT="Mon, 22 july 2002 11:12:01 GMT">

另一个常见的做法是在请求文件的末尾附加不断变化的字符串。例如:

<脚本类型=“文本/javascript”“src=”主。js?v = 12392823 " > < /脚本>

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

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

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

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

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

我实现了这个简单的解决方案(还没有在生产环境中):

function verificarNovaVersio() {
    var sVersio = localStorage['gcf_versio'+ location.pathname] || 'v00.0.0000';
    $.ajax({
        url: "./versio.txt"
        , dataType: 'text'
        , cache: false
        , contentType: false
        , processData: false
        , type: 'post'
     }).done(function(sVersioFitxer) {
        console.log('Versió App: '+ sVersioFitxer +', Versió Caché: '+ sVersio);
        if (sVersio < (sVersioFitxer || 'v00.0.0000')) {
            localStorage['gcf_versio'+ location.pathname] = sVersioFitxer;
            location.reload(true);
        }
    });
}

我有一个小文件位于html的位置:

“versio.txt”:

v00.5.0014

这个函数在我的所有页面中都被调用，因此在加载时它会检查localStorage的版本值是否低于当前版本，并执行a

location.reload(true);

.．.强制从服务器而不是缓存重新加载。

(显然，您可以使用cookie或其他持久客户端存储而不是localStorage)

我选择这个解决方案是因为它很简单，因为只维护一个“version .txt”文件就会强制重载整个站点。

queryString方法很难实现，而且也是缓存的(如果您从v1.1更改到以前的版本将从缓存加载，那么这意味着缓存不会刷新，将所有以前的版本保存在缓存中)。

我是一个小新手，我很感激你的专业检查和审查，以确保我的方法是一个很好的方法。

希望能有所帮助。