<meta http-equiv="Expires">在现代浏览器中完全无效，因HTTP缓存由服务器返回的Cache-Control或Expires响应头决定，前端meta标签无法覆盖且被Chrome、Firefox等主流浏览器忽略。
HTML 里的 <meta http-equiv="Expires"> 根本设不了缓存时间——浏览器直接忽略，别白费劲。
为什么 <meta http-equiv="Expires"> 无效
现代浏览器（Chrome、Firefox、Safari、Edge）只认服务器返回的 HTTP 响应头，比如 Expires 和 Cache-Control。HTML 中的 <meta> 标签模拟的是响应头，但仅在 file:// 协议下极少数场景可能被解析；一旦走 HTTP/HTTPS，它就被完全跳过。
W3C 明确不推荐用 http-equiv 控制缓存，而且这个机制在 HTTP/1.1+ 环境中早已被弃用。
- 你写了
<meta http-equiv="Expires" content="Wed, 21 Oct 2025 07:28:00 GMT">，DevTools Network 面板里根本看不到对应响应头 - 即使看到页面“好像”没刷新，那也是因为其他策略（比如上次请求没带
Cache-Control: no-cache）或本地未过期缓存，和 meta 无关 - 如果服务端同时返回了
Cache-Control: no-store，哪怕Expires设到 2030 年也立即失效
Nginx 里怎么真正设 HTML 的缓存过期时间
必须在服务端配置，对 .html 文件单独处理。Nginx 的 expires 指令配合 add_header 才有效：
立即学习“前端免费学习笔记（深入）”；
location = /index.html {
expires -1s;
add_header Cache-Control "no-cache, must-revalidate";
}-
expires -1s表示“立即过期”，等价于Expires: Thu, 01 Jan 1970 00:00:00 GMT -
add_header Cache-Control "no-cache, must-revalidate"强制每次访问都向服务器验证（发条件请求），避免用户看到陈旧 HTML - 别用
location ~* \.html$匹配所有 HTML——会误伤 CMS 动态生成页或微前端子应用入口，location = /xxx.html更精准 - 如果 HTML 是纯静态且极少更新（如文档页），可设
expires 5m+Cache-Control: public, max-age=300，但务必确认内容发布流程能自动触发 CDN 或浏览器缓存失效
Apache 或 Node.js 怎么设才管用
原理一样：输出正确的响应头。不同环境写法不同，但目标统一——让响应里真有 Cache-Control 或 Expires 字段。
- Apache（
.htaccess）：ExpiresActive On+ExpiresByType text/html "access plus 5 minutes" - Express（Node.js）：
res.set("Cache-Control", "no-cache, must-revalidate")，或者res.setHeader("Expires", new Date(Date.now() + 5 * 60 * 1000).toUTCString()) - Vercel/Netlify：靠
_headers文件，例如/index.html对应一行cache-control: no-cache, must-revalidate - 注意：如果用了
res.set("Cache-Control", ...)，就别再手动设Expires，否则容易冲突；优先用Cache-Control，它比Expires更可靠（不依赖客户端时钟）
真正要控制 HTML 缓存，盯死服务端响应头。最容易被忽略的是：HTML 入口页缓存策略和 JS/CSS 完全不同——前者必须短周期或禁用强缓存，后者才能放心设 1 年；混着配，上线后就等着用户刷不出新功能。
