meta refresh跳转失败等多数因格式、路径、浏览器兼容性及SEO问题；content须为“秒数;url=地址”，分号不可替换，url=后无空格；相对路径以当前HTML文件URL为基准；多标签仅首生效；Chrome93+静默拦截0秒跳转；SEO不认可，SPA中应避免使用。
meta http-equiv="refresh" 的写法看似简单，但实际部署中跳转失败、路径错乱、SEO降权、甚至白屏卡死，多数是因为没踩准几个关键点。
content 属性的格式必须严格为 "秒数;url=目标地址"
分号是硬性分隔符，不能用逗号、空格或中文标点；url= 必须紧贴分号后，中间不能有空格（旧版 Safari 对空格敏感）。
-
content="3;url=https://example.com/"✅ 正确 -
content="3, url=/home"❌ 逗号不识别，当成刷新自身 -
content="3 ; url=/home"❌ 部分 Android WebView 会忽略整个值 -
content="3;url=/home?token=abc&ref=1"✅ 支持 query，但特殊字符建议 URL 编码（如空格→%20）
相对路径以 HTML 文件所在 URL 为基准，不是当前域名根目录
浏览器解析 url= 时，永远拿当前 HTML 文档的完整 URL 做相对计算——这点被大量 SPA 和静态托管项目误用。
- 当前页是
https://a.com/app/v2/login.html，写url=./dashboard.html→ 跳到https://a.com/app/v2/dashboard.html - 写
url=/dashboard.html→ 才是根目录下的文件 - 写
url=dashboard.html（缺./或/）→ 解析为https://a.com/app/v2/dashboard.html，不是你想象的“同级目录” - 在 GitHub Pages 或 Vercel 静态部署时，若项目部署在子路径（如
/my-app/），url=/会跳到站点根，而非应用根，应改用url=./或拼全路径
多个 refresh meta 标签只认第一个，且无法取消或延迟
倒计时从 HTML 开始解析那一刻就启动，和用户是否看到页面、是否切走 tab、是否正在输入完全无关。一旦写入，就不可逆。
立即学习“前端免费学习笔记（深入）”；
- 页面里写了两个
<meta http-equiv="refresh">，第二个会被浏览器直接忽略 - 无法用 JS 动态移除或修改它——DOM 操作对已解析的
meta无效 - Chrome 93+ 会对无用户交互的自动跳转静默拦截（尤其
content="0;url=..."），表现为页面卡住、控制台无报错、Network 里没新请求 - 如果页面需支持“用户操作后重置倒计时”，必须放弃
meta，改用setTimeout+window.location.href并手动clearTimeout
别把 refresh 当重定向，它对 SEO 和用户体验都是负向信号
Google 明确不将其视为正规 HTTP 重定向（301/302），也不会传递 PageRank；同时它绕过所有前端路由和生命周期钩子，SPA 里一用就丢状态。
- 搜索引擎可能同时索引源页和目标页，造成重复内容问题
- content 秒数 ≤ 1 时，部分爬虫直接降权或忽略该页面
- 在 Vue/React 应用中，直接跳转会触发整页刷新，
router.push()不执行，beforeRouteLeave不触发 - 真正要上线的跳转页（如登录成功页），建议双保险：
meta保底 + 底部轻量 JS 监听visibilitychange补跳，避免用户切走后又切回导致重复跳转
最常被忽略的是：它不关心用户是否还在看这个页面。3 秒倒计时不会因为鼠标悬停、表单聚焦或滚动而暂停——如果你需要“用户无操作才跳”，meta 就不该出现在你的方案里。
