meta http-equiv="refresh"仅适用于纯静态托管页、老旧IE11内网系统、服务端无法注入响应头或JS的边缘环境；它无条件倒计时、不可取消、不支持条件判断、易被现代浏览器拦截且损害SEO。
meta http-equiv="refresh" 能用，但只适合极简静态页；现代项目里硬塞它，大概率会踩坑、被拦截、或让用户点「返回」卡死。
什么时候必须用 meta http-equiv="refresh"
只有三类场景真需要它：纯静态托管页（比如 GitHub Pages 上的维护页）、老旧内网系统（IE11 且 JS 被策略禁用）、服务端无法注入响应头也无法写 JS 的边缘部署环境。
- 它不依赖 JS，浏览器解析到就注册计时器，连 DOM 都没建完就开始倒数
- 不能取消、不能加条件、不能监听用户是否在输入或页面是否失焦
- SEO 明确不友好——Google 对
content值 ≤ 1 秒的跳转会降权，甚至不索引目标页
content 值怎么写才不白屏、不 404
格式必须是 "秒数; url=目标地址"，分号后必须跟一个空格，URL 必须合法且路径基准明确。
- 错例：
content="3;url=/admin"（缺空格）、content="3,url=/admin"（逗号非法）、content="3"（只刷新，不是跳转） - 相对路径以 HTML 文件所在目录为基准，不是浏览器当前 URL；
url="./login.html在/app/index.html里会跳到/app/login.html，不是/login.html - 推荐用绝对路径：
url="/dashboard"或完整 URL：url="https://example.com/home" - Chrome 93+ 会对无用户交互的跳转静默拦截——如果页面没获得过焦点、没触发过 click/keydown，
content="0; url=...可能直接失效
为什么 JS 的 location.replace() 更可靠
不是因为它“高级”，而是它能绕开 meta refresh 所有硬伤：可取消、可校验、可防循环、可避免历史栈污染。
立即学习“前端免费学习笔记（深入）”；
-
location.href = "/next"会把当前页留在 history 栈里，用户点「返回」就回到同一跳转页，再刷一次，形成死循环 -
location.replace("/next")替换当前记录，点「返回」直接跳出该流程，适合登录成功、表单提交后等场景 - 想支持「暂不跳转」？加个按钮和
clearTimeout(timerId)就行；meta一旦写死，就再也停不了 - 服务端鉴权后再跳？先
fetch("/api/check")，状态 OK 再replace()；meta连请求都发不出去
调试时一眼看出是不是 meta refresh 在作怪
打开开发者工具 → Network 面板，看跳转后的请求：如果全是 200 且没有重定向链（如 302），但页面反复加载，基本就是 meta 在生效。
- 典型循环跳转：A 页
content="5; url=/b"，B 页又写了content="5; url=/a"，浏览器不会报错，只会安静地来回刷 - 移动端 Safari 或微信 WebView 可能完全忽略
meta refresh，尤其content="0"场景，这时 JS 方案仍能 fallback - CSP（Content Security Policy）若没配
frame-ancestors或禁了meta，该标签会被静默屏蔽，控制台也无提示
真正难的不是写对那行 meta，而是判断「这个页面到底需不需要它」——多数时候，答案是否定的。
