不推荐作为现代 Web 开发首选方案，仅适用于静态宣传页、纯 HTML 托管环境或临时调试等极简场景；应优先使用服务端重定向或 JavaScript 跳转。
能用，但不推荐作为现代 Web 开发的首选方案。 是 HTML4 时代遗留的简单手段，它绕过 JavaScript、不依赖用户交互，但会破坏用户体验、干扰浏览器历史、影响 SEO，且无法精准控制跳转逻辑。
什么时候还能凑合用？
仅适用于以下极简场景：
- 静态宣传页（如活动结束页）需 3 秒后跳回首页
- 纯 HTML 托管环境（如 GitHub Pages）禁用 JS 或无法部署服务端重定向
- 临时调试页面，需要快速验证跳转目标是否可达
注意：http-equiv="refresh" 不是标准 HTTP 头，只是浏览器模拟行为，部分隐私模式或严格 CSP 策略下会被忽略。
基本写法：
立即学习“前端免费学习笔记（深入）”；
其中 content 值分两部分，用分号隔开：
- 数字部分（如
3）是延迟秒数，支持小数（0.5），但多数浏览器最小取整到 1 秒 -
url=后必须是相对路径或绝对 URL；省略url参数等价于刷新当前页（content="5"） - URL 中若含空格或特殊字符，必须 URL 编码（如
url=%2Fsearch%3Fq%3Dhello%20world）
不支持条件判断、失败重试、加载状态反馈——它就是“倒计时一到，立刻扔掉当前页面”。
比
真要自动跳转，优先选这些：
- 服务端 HTTP 302/307 重定向（Nginx/Apache 配置或后端
redirect()），最干净、SEO 友好、无白屏 -
前端 JS 控制：
setTimeout(() => window.location.href = '/new-page', 3000)，可加 loading 提示、取消跳转、记录埋点 - 如果必须用声明式方案，可用
辅助 SEO，再配合 JS 跳转作用户体验兜底
尤其注意：单页应用（SPA）里直接写 很可能跳出去就丢掉路由状态，变成裸页加载。
实际项目中，看到 就该多问一句：这个跳转是不是本该由路由守卫、HTTP 响应头或服务端逻辑承担？手动加 meta 标签，往往是技术债开始的地方。
