meta刷新不阻塞HTML解析但触发整页重载，打断用户操作、丢失事件监听与表单数据，且不参与HTTP缓存协商；应优先使用JS+History API实现跳转或局部刷新。
meta 刷新本身不阻塞 HTML 解析或资源加载，但它会强制触发浏览器级重载，打断用户当前操作流，间接放大性能感知问题。
meta refresh 触发的是 reload，不是 fetch
它不走 HTTP 协议栈，不发送新请求头（比如 Cache-Control、If-None-Match），也不参与浏览器缓存协商。页面重载时，所有资源（JS、CSS、图片）都按当前缓存策略重新判断——可能全走内存缓存，也可能全发起新请求。
- 若
<meta http-equiv="refresh" content="5">，5 秒后整个文档被丢弃，DOM 树重建，事件监听器全部失效 - 若带 URL：
<meta http-equiv="refresh" content="5; url=/new">，等效于用户手动输入地址再回车，历史记录新增一条，但无 301/302 状态码，SEO 权重不传递 - Chrome 和 Safari 对小于 5 秒的自动跳转会显示“跳转拦截”提示，实际行为不可控
与 DOMContentLoaded / onload 的冲突表现
刷新标签在 <head> 中声明后，浏览器解析到即开始倒计时，和 JS 执行时序无关。这意味着：
-
DOMContentLoaded可能刚触发，meta就已重载页面，后续 JS 不执行 - 绑定在
window.onload的逻辑大概率丢失，尤其当页面含大图或慢 CSS 时 - 如果页面有未提交表单，刷新会直接丢弃用户输入，且无提示（不像
beforeunload可拦截）
真正轻量的替代方案：JavaScript + History API
想实现「N 秒后跳转」或「定时刷新数据」，优先用 JS 控制，避免整页 reload：
- 跳转场景：用
window.location.replace()替代meta，不增加历史记录；或用history.pushState()+setTimeout()实现无痕跳转 - 刷新数据场景：用
fetch()拉新数据，局部更新 DOM，配合AbortController防止旧请求响应覆盖新状态 - 维护页倒计时：用
setInterval()更新文案，最后调用window.location.href = '...'，可加beforeunload提示未保存内容
最易被忽略的一点：即使你没写 meta refresh，某些 CMS 或老旧插件会在生成 HTML 时偷偷注入它——建议上线前用 DevTools 的 Elements 面板全局搜索 <meta.*?refresh 正则确认。
