Meta跳转是通过<meta http-equiv="refresh">实现的客户端页面跳转机制，仅适用于纯静态环境兜底、URL别名页等无状态场景，不支持条件判断，存在SEO风险、无障碍缺陷及格式敏感问题，现代项目中不应作为主力跳转方案。
Meta跳转是什么，它现在还适用吗
Meta跳转是通过 <meta http-equiv="refresh"> 在HTML文档头部声明的客户端跳转机制。它不是现代前端路由或服务端重定向的替代方案，而是一种兼容性兜底手段——比如旧系统维护、静态页临时迁移、或需要绕过服务端权限控制的简单跳转。
浏览器支持无问题，但搜索引擎普遍不索引跳转目标页（http-equiv="refresh" 被视为弱信号），且无法传递Referrer（多数浏览器会清空）。别把它当 301 用，也别指望它在单页应用里触发路由守卫。
怎么写才不会跳错或跳两次
关键在 content 属性的格式：必须是 秒数;url=地址，中间分号后要带空格，URL 必须是合法绝对路径或相对路径。
- 秒数为
0表示立即跳转（但仍有微小延迟，不可用于“瞬间”切换） - URL 若写错（如漏掉
https://、路径含中文未编码、斜杠缺失），会导致跳转失败或跳到当前域下的错误子路径 - 同一个页面里不能存在多个
<meta http-equiv="refresh">，否则行为未定义（Chrome 通常执行第一个，Firefox 可能忽略后续）
<meta http-equiv="refresh" content="0; url=https://example.com/new-page">
<meta http-equiv="refresh" content="3; url=/login?from=%2Fdashboard">
和JavaScript跳转比，它有什么硬伤
location.href 或 location.replace() 更可控：可加条件判断、可捕获用户取消操作（虽然实际很少）、可保留 Referrer（取决于同源策略与 referrerpolicy）。
立即学习“前端免费学习笔记（深入）”；
而 <meta http-equiv="refresh">：
- 无法取消或延迟（一旦解析就计时，哪怕脚本还没加载完）
- 不触发
beforeunload或pagehide事件 - 在部分 iOS Safari 版本中，若页面未完全渲染就跳转，可能残留白屏或闪退
- 如果页面同时有服务端
302响应头，Meta 跳转会被忽略（服务端优先）
什么时候真该用它
仅限以下场景：
- 静态托管环境（如 GitHub Pages、S3）无法配置服务端重定向时，做临时路径迁移
- 维护遗留系统，需让老URL自动导向新入口，且无法改服务器配置
- 某些内网系统要求“纯HTML解决方案”，禁用JS 或限制外链脚本
别为了“减少一次HTTP请求”硬上 Meta 跳转——首屏白屏时间反而更难优化，而且现代 Link: <...>; rel=preload 或 <link rel="prerender"> 更合适。
实际部署前务必在 Chrome DevTools 的 Network 面板里确认响应头没和 Meta 冲突，再用 Safari 和 Edge 真机测一遍跳转是否干净。跳转逻辑越简单，越容易被忽略细节。
