meta refresh 由 HTML 解析器在 Tree Construction 阶段后期单独识别并触发跳转，不参与 DOM 构建，仅初始 HTML 流中有效；content 值按首分号分割，url=后内容不自动解码或校验，大小写敏感且只认第一个有效标签。
meta refresh 是怎么被 HTML 解析器识别的
浏览器解析 HTML 时，<meta http-equiv="refresh"> 不是 DOM 构建阶段的“特殊节点”，而是在 Tree Construction 阶段后期、页面尚未渲染完成时被解析器单独提取并触发跳转逻辑。它不参与 DOM 树生成，也不受 CSS 或 JS 执行顺序影响——只要该标签出现在 <head> 中且被解析到，引擎就会注册定时器。
常见错误现象：把 <meta http-equiv="refresh"> 放在 <body> 里，部分老浏览器（如 IE9）会忽略；放在 <script> 后面或动态插入的 innerHTML 中，绝大多数浏览器完全不识别。
关键点：
-
http-equiv值必须严格等于"refresh"（大小写敏感），写成"Refresh"或"REFRESH"无效 - 解析器只认第一个有效的
<meta http-equiv="refresh">，后续同类型标签被静默丢弃 - 如果页面已通过
document.write()动态写入该标签，Chrome 和 Firefox 均不执行跳转（仅初始 HTML 流中解析有效）
content 属性的解析规则和陷阱
解析器对 content 属性值采用简单分割策略：以第一个分号 ; 为界，前面是延迟秒数，后面必须以 url= 开头。它不走 URL 解析器，也不校验语法，纯字符串切片。
立即学习“前端免费学习笔记（深入）”；
容易踩的坑：
-
content="2; url=/new"中的空格会被保留，导致部分旧版 Safari 将其视为非法值而跳过 -
content="3;url=page.html?x=1&y=2"中的&不会被 HTML 实体解码，直接传给跳转逻辑，可能造成目标 URL 截断（应写成&） -
content="0.3;url=/home"在 Chrome 中四舍五入为0秒，在 Firefox 中可能按0.3执行，行为不一致 - 若
url值含未编码的中文或空格（如url=用户中心.html），跳转会失败，且无控制台报错——解析器静默丢弃整个跳转指令
为什么它不触发 history.pushState
<meta http-equiv="refresh"> 是浏览器导航栈（session history）的“黑盒操作”：它绕过所有 JavaScript 路由机制，底层调用的是 navigation controller 的强制替换入口，等价于用户手动在地址栏输入新 URL 后回车。
这意味着：
- 不会调用
popstate事件，也不会触发 Vue Router 的beforeEach或 React Router 的useNavigation - 跳转后点击「返回」，浏览器直接回到上一个历史条目（即跳转前的页面），中间没有 meta 跳转页的可回退状态
- 无法用
history.state读取或修改跳转上下文，也无法通过history.replaceState()拦截或覆盖该跳转 - 在单页应用中混用，会导致路由状态与 URL 不同步，典型表现为：地址栏已变但组件没更新，或反之
SEO 和渲染管线中的实际影响
搜索引擎爬虫（如 Googlebot）会解析 <meta http-equiv="refresh">，但处理方式与浏览器不同：它不执行定时器，而是直接提取 url 值作为候选链接，是否跟随取决于延迟时间。
真实影响：
- 延迟
< 5秒（尤其是0或1）时，Google 可能将其视作“伪装重定向”，原页面不被索引，目标页也收不到权重传递 - 延迟 ≥ 5 秒时，爬虫通常将原页面作为独立内容收录，并在结果摘要中显示“将在 X 秒后跳转到 Y”提示
- 页面仍会完整加载并触发
DOMContentLoaded，但若跳转发生在load之前，img和script可能被中止下载（各浏览器策略不同） - 在 Lighthouse 等性能工具中，该标签本身不扣分，但因强制刷新导致的重复加载会拉低「Largest Contentful Paint」得分
最易被忽略的一点：即使你写了 content="10;url=/final"，只要用户在第 3 秒就手动关闭了标签页，或网络中断导致页面加载失败，这个跳转就永远不会发生——它完全依赖客户端环境，没有任何 fallback 机制。
