当问到这个问题时，Chrome不支持禁用缓存功能。但现在，您可以在Chrome开发工具的网络选项卡中找到“禁用缓存”功能。

禁用缓存的网络选项卡

您可以看到，所有资源（我已经过滤了JS资源）都是从网络中获取的，而不是从磁盘/内存缓存中加载的。

未选择禁用缓存

您可以看到，当我刷新页面但没有选择“禁用缓存”功能时，几乎所有资源都是从缓存加载的。

这对于本地web开发很好，但我想强调一些限制。如果到目前为止讨论的解决方案符合您的用例，您可以停止阅读这里的内容。

局限性

您必须保持DevTools打开并禁用缓存当您禁用缓存时，该选项卡中的所有资源都将禁用缓存。如果您只想禁用1-2个资源的缓存，则会使速度变慢，效率低下

使用Requestly Chrome扩展禁用特定资源（JS/CSS/Images等）的缓存

最近，我偶然发现https://dev.to/requestlyio/disable-caching-of-particular-js-css-file-2k82这帮助我理解了如何禁用特定资源的缓存。

这里的技巧是在每次发出请求时向资源添加一个随机值的查询参数。使用Requestly Query Param Rule，可以添加如下参数

URL Contains mywebsite.com/myresource.js
Add param cb rq_rand(4)

当发出请求时，rq_rand（4）被4位随机数替换。

请求查询参数规则以添加随机参数

添加规则后，不缓存JS/CSS文件

在这里，您可以看到“禁用缓存”没有被选中，并且由于URL中的随机参数（cb-将其作为缓存破坏器读取），资源仍然没有从缓存加载。

好的是，您不需要为实现这种行为而保持开发工具的开放性您可以将其永久打开，您的浏览体验也不会受到影响。

如何获取规则

这是一个链接，如果您已安装Requestly，则可以使用该链接浏览和下载规则-https://app.requestly.io/rules/#sharedList/1600501411585-禁用缓存堆栈流

免责声明：我构建了Requestly，但我认为这可能对很多web开发人员有帮助，因此在这里分享。

F12打开Chrome DevToolsF1打开DevTools设置选中禁用缓存（当DevTools打开时），如下所示：

这当前位于默认的“首选项”选项卡上。您可能需要向下滚动。自提出此问题以来，此复选框已至少移动了几次。我最后一次检查时，它在底部的中间列中。如果在较薄的屏幕上打开它，并且“首选项”下有两列，则它可能位于右上角附近。如果有任何更改或评论，请随时更新此帖子，我将更新此帖子。

如果您使用的是ServiceWorkers（例如，对于Progressive web应用程序），您可能也需要在开发工具中的应用程序>ServiceWorkers下选中“重新加载时更新”。

我遇到了同样的问题，我试着：

控制换档R，禁用F12中的缓存控制F5。

然后我发现，对非https站点使用.appcache清单是不可取的。我删除了我的site.appcache文件及其在html标记中的引用，现在我看到了每个页面的最新版本！

为了使用Chromium在VS代码中进行调试，我将--aggresive缓存丢弃的runtimeArgs添加到launch.json文件中。这消除了所有缓存。刷新时立即显示代码更改。

一般来说，“烦人”的缓存的问题在于框架：）。让我们来看看细节。大多数框架都在.htaccess（os equivalent）中使用去主动重定向所有请求到框架“索引”，

但它同时排除应用程序直接请求的文件和目录。

（例如，对于.htaccess，典型指令如下：

    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-l
    RewriteRule ^(.+)$ index.php?url=$1 [QSA,L]

)

因此，作为图形文件的所有.js、.css文件都不由框架“索引”处理。

这些文件通常在开发期间最常更改。

这就是为什么缓存控件取消激活不应该放在框架“索引”中的原因。

它应该放在.htaccess中。

F.e.用于开发过程：

  Header set Cache-Control "no-store, no-cache, must-revalidate"
  Header set Pragma "no-cache"

（或者对于连续的工作版本，请使用“Etag”指令-在HTTP参考中查看更多信息。注意，Etag不是用于开发的。

在.htaccess中，没有直接的方法生成用于ETag的随机数（或快速变化的序列，如日期UTC），因为-正如我之前提到的-这不是提供的）。

希望这有助于节省时间。