是否有一个<元>？标签来关闭所有浏览器中的缓存？

Question

我读到，当您无法访问 Web 服务器的标头时，您可以使用以下命令关闭缓存：

<meta http-equiv="Cache-Control" content="no-store" />

但我还读到，这在某些版本的 IE 中不起作用。是否有任何

集合？将关闭所有浏览器中的缓存的标签？

Answer 1

对于现代网络浏览器（IE9 之后）

请参阅页面顶部列出的重复项以获取正确信息！

请参阅此处的答案： 如何跨所有浏览器控制网页缓存？

---

对于IE9及之前版本

请勿盲目复制粘贴！

该列表只是不同技术的示例，不适合直接使用
插入。如果复制，第二个将覆盖第一个
由于 http-equiv，第四个会覆盖第三个
声明 AND 通过 W3C 验证器失败。最多一个人可以拥有
每个 http-equiv 声明之一；编译指示、缓存控制和
过期。当使用现代的最新浏览器时，这些已经完全过时了。
反正IE9之后。 Chrome 和 Firefox 根本无法像您所期望的那样使用这些工具（如果有的话）。

<meta http-equiv="cache-control" content="max-age=0" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="expires" content="0" />
<meta http-equiv="expires" content="Tue, 01 Jan 1980 1:00:00 GMT" />
<meta http-equiv="pragma" content="no-cache" />

实际上根本不要使用这些！

元元素中的缓存标头不可靠；其一，
网站和用户之间的任何网络代理都将完全忽略
他们。您应该始终对标头使用真实的 HTTP 标头，例如
缓存控制和编译指示。

Answer 2

根据独立安全评估者的伟大 全行业对缓存控制的误解案例研究，只有Cache-Control: no-store被Chrome、Firefox和IE识别。 IE 可以识别其他控件，但 Chrome 和 Firefox 不能。

Answer 3

它在 IE5 中不起作用，但这不是一个大问题。

然而，缓存 headers 在元元素中是不可靠的；其一，网站和用户之间的任何网络代理都将完全忽略它们。您应该始终对 Cache-Control 和 Pragma 等标头使用真实的 HTTP 标头。

Answer 4

pragma 是你最好的选择：

<meta http-equiv="Pragma" content="no-cache">

Answer 5

当重复相同的服务调用（长轮询）时，我注意到服务调用存在一些缓存问题。添加元数据没有帮助。一种解决方案是传递时间戳以确保ie认为这是不同的http服务请求。这对我有用，因此添加服务器端脚本代码片段来自动更新此标签不会有什么坏处：

Answer 6

尝试使用

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