在chrome、firefox、edge等主流浏览器中完全不生效，既不会清空缓存，也不会触发跳转或刷新；它已被现代浏览器忽略，仅是http/1.1前的遗留机制，缓存控制权始终在服务端响应头。
meta 的 http-equiv="expires" 已被现代浏览器忽略
直接说结论：<meta http-equiv="expires"> 在 Chrome、Firefox、Edge 等主流浏览器中完全不生效，也不会触发页面自动跳转或刷新。它曾是 HTML 3.2 的遗留写法，但自 HTTP/1.1 起，缓存行为由响应头 Expires 和 Cache-Control 控制，HTML meta 标签无法覆盖 HTTP 协议层的缓存策略。
为什么 meta http-equiv="expires" 不起作用
根本原因是浏览器解析 HTML 时，http-equiv 属性仅模拟部分 HTTP 响应头（如 content-type、refresh），但 expires 不在受支持列表中。即使你写了：
<meta http-equiv="expires" content="Mon, 01 Jan 1990 00:00:00 GMT">
浏览器既不会清空缓存，也不会阻止页面加载，更不会“过期后跳转”——它只是被安静地忽略。
常见误用场景包括：
- 想让登录页在 30 分钟后强制退出并跳转到登录页
- 希望新闻详情页在 5 分钟后自动刷新以显示最新评论
- 误以为加了这个 meta 就能防止用户查看已登出的敏感页面（实际无效）
真正可控的替代方案：用 JavaScript + 时间戳判断
如果业务上确实需要“页面运行一段时间后执行动作”，唯一可靠方式是用 JS 记录初始时间，并定时检查：
例如，限制页面最多活跃 10 分钟后跳转登录页：
const startTime = Date.now();
const EXPIRE_MS = 10 * 60 * 1000;
<p>function checkExpiry() {
if (Date.now() - startTime > EXPIRE_MS) {
window.location.href = "/login?expired=1";
}
}</p><p>// 每分钟检查一次（避免太频繁）
setInterval(checkExpiry, 60 * 1000);</p>
注意点：
- 该逻辑只在当前页面运行期间有效；用户刷新或新开标签页会重置计时
- 不能替代服务端鉴权——JS 可被禁用或绕过，敏感操作必须校验 token 过期时间
- 若需跨标签页同步过期状态，得配合
localStorage+storage事件或 BroadcastChannel
服务端控制才是真正的“过期”防线
网页内容是否该被访问，最终取决于服务端响应。前端所有时间控制都只是体验优化：
- 后端应在返回 HTML 前检查 session 或 token 是否过期，过期则直接返回 401 或重定向
- 静态资源（如 JS/CSS）可通过响应头设置缓存策略：
Cache-Control: no-cache, must-revalidate - 关键接口（如获取用户数据）必须每次校验 token 有效期，不能依赖前端传来的“已过期”标志
最常被忽略的一点：开发者调试时习惯禁用浏览器缓存（DevTools → Network → Disable cache），但这掩盖了真实环境下 Cache-Control 配置错误导致旧 JS 被复用的问题——上线前务必在无痕窗口验证完整流程。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
