expires meta标签对现代浏览器完全无效，仅在file://协议或老旧webview中可能被读取；生产环境http/https下浏览器只认服务器响应头中的cache-control、expires等字段。
Expires meta 标签根本不会清缓存
直接说结论：Expires 写在 <meta> 里对现代浏览器完全无效。它只在极少数边缘场景下被读取，比如用 file:// 协议双击打开 HTML 文件，或者某些老旧 WebView（如 Android 4.x 系统自带 WebView）。生产环境里，只要页面走 HTTP/HTTPS，浏览器就只认服务器返回的响应头，无视 <meta http-equiv="Expires" content="0"> 这类标签。
为什么 Expires meta 在 Network 面板里看不到效果
因为浏览器解析 <meta> 是在 HTML 解析阶段，而缓存决策发生在网络请求发起前——由 HTTP 响应头（Cache-Control、Expires、ETag）决定。一旦服务器返回了 Cache-Control: public, max-age=3600，哪怕你 <meta> 写得再全，浏览器也照缓不误。
-
Expires响应头必须是合法的 HTTP 日期格式（如Tue, 01 Jan 1980 00:00:00 GMT），content="0"不是标准写法，部分浏览器会忽略 -
http-equiv的语义仅模拟 HTTP 头，但仅限于极早期规范支持，Chrome/Firefox/Edge 自 2015 年起已基本弃用 - CDN、反向代理、公司网关等中间层根本看不到
<meta>，它们只转发响应头
真正该检查的三个地方
别改 <meta>，去看 DevTools 的 Network 面板，点开 index.html 请求，看 Response Headers：
- 确认
Cache-Control值是否为no-store或no-cache, must-revalidate——no-cache允许缓存但强制校验，no-store才是彻底不存 - 检查
Expires响应头是否为过去时间（如Expires: Wed, 01 Jan 1970 00:00:00 GMT），注意时区必须是 GMT - 留意是否有
ETag或Last-Modified，它们配合Cache-Control: no-cache才能实现“每次验证”逻辑
如果真要靠前端临时绕过缓存
Meta 不行，但你可以用更实际的方式让浏览器“假装没缓存过”：
- 给
index.html的<script></script>和<link>标签加版本查询参数，比如main.123456.js?ver=20260615 - 在 JS 里动态加载资源时，用
fetch(url + '?t=' + Date.now())或new Date().getTime()打断缓存 - SPA 部署时，确保
index.html的响应头是Cache-Control: no-store，而 JS/CSS 用内容哈希命名（如app.a1b2c3.js），这样既安全又可缓存
最常被忽略的一点：Webpack/Vite 构建产物中，index.html 本身必须短缓存（max-age=0 或 no-store），否则用户可能加载到旧版 HTML，再去请求新版 JS，导致白屏或报错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
