不能靠<meta>标签可靠控制浏览器缓存，因Chrome、Firefox、Safari等现代浏览器已完全忽略<meta http-equiv="Cache-Control">等声明，实际缓存行为仅由服务器返回的HTTP响应头（如Cache-Control）决定。
不能靠 <meta> 标签可靠控制浏览器缓存。现代浏览器（Chrome、Firefox、Safari）完全忽略 <meta http-equiv="Cache-Control"> 这类声明，它对实际缓存行为零影响。
为什么 <meta http-equiv> 在现代浏览器中无效
这个标签本意是模拟 HTTP 响应头，但自 2010 年代起，主流浏览器已移除对其缓存相关指令的解析逻辑。HTTP 头部（如 Cache-Control）具有绝对优先级，<meta> 根本不参与缓存决策流程。
- 你在 Network 面板里看到的
Cache-Control值，永远来自服务器响应头，不是<meta> - 即使写了
<meta http-equiv="Expires" content="0">，浏览器仍会按服务器返回的Expires或Cache-Control执行 - 本地用
file://协议打开 HTML 时，连 HTTP 头都没有，此时<meta>更是彻底失效——但这常被误当作“它本来能工作”
常见错误现象与真实原因
你遇到的“改了 HTML 页面用户却看不到更新”，根本不是因为没加 <meta>，而是服务器对 .html 响应返回了过长的 max-age，比如 Cache-Control: public, max-age=3600。
- 刷新后 CSS/JS 没变 → 实际是 HTML 被强缓存，里面引用的
style.cssURL 没变，浏览器直接复用旧缓存 - CDN 吐出旧版 HTML → CDN 缓存了服务器返回的带
max-age=86400的 HTML 响应，和页面里的<meta>无关 - DevTools 里看到 Status 是
200 from disk cache→ 说明浏览器走了强缓存，源头一定是服务器头，不是 meta
正确做法：必须配置服务器 HTTP 响应头
所有有效缓存控制都发生在服务端。HTML 文件本身应禁用强缓存，但允许协商验证（即设 no-cache，而非 no-store）。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
- Nginx：
location ~* \.html$ { add_header Cache-Control "no-cache, must-revalidate, max-age=0"; } - Apache：
Header set Cache-Control "no-cache" "expr=%{REQUEST_URI} =~ m#\.html$#" - Express：
app.get("*.html", (req, res, next) => { res.set("Cache-Control", "no-cache"); next(); }); - Vercel：
_headers文件中写/\*\*.html\n cache-control: no-cache
验证是否生效的唯一方式
别信 F5 或地址栏回车——它们可能触发内存缓存或强制校验。打开 DevTools → Network → 刷新 → 找到 HTML 请求 → 看 Response Headers 里是否有 Cache-Control，且值符合预期；再看 Status 是否为 304 Not Modified（协商缓存生效）或 200 OK（未缓存，说明 no-cache 生效）。
真正容易被忽略的是：HTML 缓存策略和 JS/CSS 完全不同——后者可放心用 max-age=31536000 + 内容哈希，前者一旦设长缓存，用户就可能永远卡在旧版本，连硬刷新都救不了。
