在现代浏览器中完全无效，因chrome、firefox、safari、edge自2018年起已彻底移除对该标签的解析逻辑，缓存行为仅由服务端http响应头（如cache-control）决定，必须通过nginx精确配置location = /index.html并验证response headers生效。
直接说结论：meta http-equiv="Cache-Control" 在现代浏览器中完全无效，配置了也没用，别白费力气写。
为什么 meta http-equiv="Cache-Control" 根本不生效
这不是语法写错、标签放错位置或浏览器版本低的问题，而是 Chrome、Firefox、Safari、Edge 自 2018 年起已彻底移除对该指令的解析逻辑。HTTP 缓存行为只认服务端返回的响应头，Cache-Control、Expires、Pragma 这三类 http-equiv 值已被 W3C 规范弃用，主流浏览器连“尝试兼容”都不做了。
常见误判场景：
- 本地用
file://打开 HTML —— 没有 HTTP 头，meta更不可能被读取，所谓“生效”是错觉 - DevTools Network 面板里看到
Status: 200 from memory cache—— 这个缓存来源是服务端Cache-Control响应头决定的，不是meta - 上线后用户卡在旧版
index.html，排查半天发现meta从没进过浏览器缓存决策链
Nginx 中给 index.html 配 no-cache 的正确写法
唯一可靠路径是服务端精确匹配并注入响应头。模糊配置会出事：
-
location /index.html→ 匹配/index.html?debug=1、/index.html.backup等非法路径 -
location ~* \.html$→ 波及所有 HTML 文件，比如把about.html也强制验证，破坏预期
必须用等号精确匹配：
location = /index.html {
add_header Cache-Control "no-cache, must-revalidate, max-age=0";
add_header ETag "";
# 注意：确保 server 块顶部没写全局 expires 指令，否则会覆盖 add_header
}
关键点：
-
no-cache, must-revalidate, max-age=0组合比单用no-store更合理：既避免强缓存导致白屏，又保留内存缓存提升首屏速度 -
ETag ""让 Nginx 自动生成基于内容的校验值，确保协商缓存（304）可触发
验证缓存策略是否真生效的三步法
别信地址栏回车或 F5，它们可能走内存缓存或强制校验。真正验证方式：
- 打开 DevTools → Network → 硬刷新（Ctrl+Shift+R）
- 找到
index.html请求 → 看 Response Headers 里是否有Cache-Control，且值是no-cache, must-revalidate, max-age=0 - 再刷新一次 → 如果看到 Status 是
304 Not Modified，说明协商缓存生效；如果是200 OK且没带ETag或Last-Modified，说明服务端没配对
最容易被忽略的是：index.html 的缓存策略和 JS/CSS 完全不同——前者必须禁用强缓存，后者反而要靠 max-age=31536000 + 内容哈希来长期缓存。混用一套策略，必出问题。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
