meta refresh是最轻量的定时跳转方案，仅支持固定秒数跳转；需倒计时显示、可取消或按具体时间跳转时，必须用JavaScript配合location.href/replace()或路由方法，并建议双保险实现。
meta http-equiv="refresh" 是最轻量、无需 JavaScript 的定时跳转方案，但只适合“加载后固定秒数跳转”；真要倒计时显示、可取消、或按具体日期时间跳转，必须用 JavaScript 配合 window.location.href 或 window.location.replace()。
用 meta http-equiv="refresh" 实现静默定时跳转
这是纯 HTML 方案，写在 <head> 里即可生效，所有浏览器原生支持：
-
content值必须是"秒数;url=目标地址"格式，分号后不能有空格（"3;url=/home"✅，"3; url=/home"❌） - 秒数支持小数（如
"2.5;url=/next"），但不支持毫秒 -
url=后可用相对路径（./about.html）、绝对路径（/dashboard）或完整 URL（https://example.com） - 该标签需放在
<head>内，且建议在<title>之前，否则部分 SEO 工具可能忽略 - 它无法感知用户是否还在操作页面——只要页面加载完成，倒计时就启动，中途任何点击/滚动都不重置
用 setTimeout + window.location.href 实现可控跳转
适合需要延时执行、跳转前做清理、或配合 DOM 操作的场景，但依赖 JS 启用：
-
setTimeout的延迟单位是毫秒，3000表示 3 秒，不是秒数 - 脚本建议放在
<body>底部，或加defer属性，避免因 DOM 未就绪导致执行异常（虽然跳转本身不受影响） - 用
window.location.href会保留当前页在历史栈中，用户可点「返回」回到跳转页；若不希望这样，改用window.location.replace() - 如果页面是单页应用（如 Vue/React），直接改
href会触发整页刷新，应优先调用路由实例的push()方法 - 别把跳转逻辑包在未清除的
setTimeout里——用户刷新页面后，旧定时器可能还在跑，导致意外跳转
按指定日期时间跳转，new Date() 容易出错
常见失效原因不是逻辑错，而是日期字符串格式不合规，尤其在 Safari 和旧版 Edge 中：
立即学习“前端免费学习笔记（深入）”；
-
new Date('2026-05-9T10:00:00')❌（日为单数 “9”，非两位）→ 解析为Invalid Date -
new Date('2026-05-09T10:00:00')✅（日补零为 “09”） -
new Date('2026/05/09 10:00:00')❌（非 ISO 标准分隔符，部分浏览器不认） - 建议加校验：
if (isNaN(redirectTime.getTime())) { console.error('重定向时间无效'); return; } - 时区很重要：
new Date('2026-05-09T10:00:00')按用户本地时区解析；如需统一按 UTC 执行，末尾加Z：new Date('2026-05-09T10:00:00Z')
真正上线时，别只靠一种方式
比如登录成功页，先放一个 <meta http-equiv="refresh" content="3;url=/dashboard"> 保底，再加一段轻量 JS 监听跳转是否发生，超时未跳则手动触发。这种双保险在弱网、老旧设备或 JS 被拦截时很关键——而多数人只写了一种，还忘了验证日期有效性或检查 URL 路径是否拼错。
