<meta http-equiv="Expires">在现代浏览器中完全无效，HTTP缓存由服务端Cache-Control和Expires响应头决定，meta标签无法覆盖；正确方式是服务端配置响应头，前端仅能通过URL扰动间接绕过缓存。
meta标签无法真正控制HTTP缓存过期时间
直接用 <meta http-equiv="Expires"> 设置网页过期时间，浏览器基本不认——它只影响极少数老式代理或非标准客户端，现代浏览器完全忽略该标签。HTTP缓存行为由服务器返回的 Cache-Control 和 Expires 响应头决定，前端HTML里的 meta 标签没有权限覆盖它们。
为什么在实际中失效
这个标签模拟的是HTTP响应头，但仅在页面被当作“本地文件”（file:// 协议）打开时可能被部分浏览器解析；一旦通过HTTP/HTTPS访问，所有主流浏览器（Chrome、Firefox、Safari、Edge）都会优先遵循真实响应头，直接跳过 meta。更关键的是：http-equiv 的语义早已被现代缓存机制弃用，W3C也明确不推荐用于缓存控制。
正确设置缓存过期时间的实操方式
必须从服务端入手，具体取决于你用的环境：
- Apache：在
.htaccess或虚拟主机配置里加Header set Cache-Control "max-age=3600"或Header set Expires "Wed, 21 Oct 2025 07:28:00 GMT" - Nginx：在
location块中写expires 1h;或add_header Cache-Control "public, max-age=3600"; - Node.js（Express）：用
res.set("Cache-Control", "max-age=3600")或res.setHeader("Expires", new Date(Date.now() + 3600e3).toUTCString()) - 静态托管（如Vercel、Netlify）：通过
_headers文件或netlify.toml配置，例如/\*.html对应cache-control: public, max-age=0, must-revalidate
如果非要前端干预缓存，只能间接生效
纯前端唯一可靠方式是破坏URL缓存：给资源加版本参数或哈希后缀，比如把 script.js 改成 script.js?v=2.1.0 或 script.a1b2c3.js。对HTML本身，可配合服务端做「强制不缓存」策略：Cache-Control: no-cache, must-revalidate，再让前端用 location.reload(true) 强制重载（仅限用户主动触发场景）。注意：meta 标签在这里连辅助作用都起不到。
立即学习“前端免费学习笔记（深入）”；
真正要控制缓存，别碰 meta，盯住响应头。容易被忽略的是：即使设置了 Expires，若同时存在更强优先级的 Cache-Control: no-store，前者就彻底作废。
