<meta http-equiv="refresh">是HTML中唯一原生支持的页面跳转meta方式，语法为content="秒数; url=目标地址"，需置于<head>内，支持0秒跳转但SEO不友好、无错误处理且现代浏览器限制增多。
用 meta http-equiv="refresh" 实现跳转
HTML 中唯一原生支持页面跳转的 meta 方式，就是通过 http-equiv="refresh"。它模拟 HTTP 响应头的 Refresh 行为，浏览器会按设定延迟后加载新 URL。
基本写法：
<meta http-equiv="refresh" content="3; url=https://example.com/">其中
3 是秒数（可为 0），url= 后跟目标地址。
- 延迟为
0时接近即时跳转，但仍有极短渲染间隙，不如 JS 重定向快 -
url值必须是合法 URL；相对路径如url=./about.html可用，但建议用绝对路径避免歧义 - 多个
meta refresh标签时，仅第一个生效，后续被忽略 - 部分旧版 Safari 对
0秒刷新支持不稳定，可能触发两次跳转或卡在空白页
为什么不该在现代项目里依赖它
meta refresh 跳转本质是“欺骗”浏览器——它不改变历史栈、不触发 beforeunload、不支持错误处理，且对 SEO 不友好（Google 明确表示不索引通过该方式跳转的目标页）。
- 无法获取跳转前的用户交互状态（比如表单是否已填写）
- 无法捕获网络失败：若目标页 404 或超时，用户只会看到空白或错误页，无 fallback 提示
- 移动端 WebView（如微信内置浏览器）可能禁用或延迟执行
meta refresh - 与 CSP（Content Security Policy）策略冲突时会被直接屏蔽，且无控制台报错提示
替代方案：用 window.location.replace() 更可控
如果必须在前端跳转，优先用 JS 替代 meta。尤其当跳转逻辑需条件判断、参数拼接或错误兜底时：
立即学习“前端免费学习笔记（深入）”；
if (userToken) {
window.location.replace("/dashboard");
} else {
window.location.replace("/login?from=" + encodeURIComponent(window.location.pathname));
}
-
window.location.replace()不保留当前页到 history，用户点返回不会回到跳转页，体验更干净 - 可结合
fetch()预检目标页可用性，失败时展示提示而非白屏 - 支持动态构造 URL，比如带签名、时间戳或 A/B 测试参数
- 服务端渲染（SSR）场景下，仍建议由服务端 302 响应完成跳转，避免客户端 JS 未执行导致挂起
特殊场景：SEO 友好的永久重定向怎么办
真正需要搜索引擎识别跳转关系（比如域名迁移、URL 结构调整），meta refresh 完全无效。必须交由服务端处理：
- HTTP 状态码用
301 Moved Permanently（永久）或302 Found（临时） - Nginx 配置示例：
return 301 https://new-domain.com$request_uri; - Apache 使用
RewriteRule+R=301 - 静态托管平台（Vercel/Netlify）需在
_redirects或vercel.json中声明规则，而非写 HTML
记住：Meta 标签跳转是浏览器层的“补丁”，不是路由机制。真要跳，让服务端发状态码；要在前端跳，用 JS；只有嵌入式设备或极简静态页才考虑 meta refresh，且务必测试 0 秒行为在目标环境是否一致。
