能实现页面定时跳转，但属过时方案，仅适用于无js环境的静态页、临时维护页或嵌入式设备；现代项目应优先使用javascript的location.replace()或服务端301/302重定向。
meta http-equiv="refresh" 可以实现页面定时跳转，但实际项目中它已被视为过时方案，不推荐用于生产环境——主要因为可访问性差、SEO 不友好、无法取消、且与现代前端路由冲突。
什么时候能用 meta refresh？
仅适用于极简静态页、临时维护页、或完全无 JS 支持的嵌入式设备页面。比如服务器返回 404 后想 3 秒跳回首页：
<meta http-equiv="refresh" content="3;url=/index.html">
-
content值格式必须是秒数;url=目标地址，中间分号后要带空格，否则部分旧浏览器会忽略 - 目标 URL 必须是相对路径或完整 URL；相对路径基于当前页面解析，不是基于
<base> - 若省略
url=，只写content="5"，则等效于刷新当前页
meta refresh 和 JavaScript 跳转的根本区别
前者由浏览器解析 HTML 阶段触发，不依赖 JS 执行；后者在 JS 引擎运行时控制，更灵活但也可能被拦截（如弹窗拦截、window.location 被重写）。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
meta refresh无法被脚本取消或延迟，一旦写入 HTML 就不可逆 -
location.replace()不产生历史记录，location.href会留下后退入口；而meta refresh总是新增一条历史项 - 屏幕阅读器会读出“页面将在 X 秒后重定向”，但用户无法暂停或跳过——这违反 WCAG 2.2.1 原则
为什么 Chrome/Firefox 会警告“页面即将跳转”？
这是浏览器主动干预行为：当检测到 meta refresh 的延迟 ≤ 0.5 秒，或跳转目标与当前域不同，就会弹出提示框。这不是 bug，而是防钓鱼机制。
- 延迟设为
0（如content="0;url=https://example.com"）几乎必然触发警告 - 跨域跳转（尤其是从 HTTP 到 HTTPS 或不同二级域）更容易被拦截
- 某些企业内网代理或安全插件会直接屏蔽该标签，导致跳转失效
真正需要跳转逻辑时，优先用 location.assign() 或 location.replace() 配合 setTimeout；如果必须用服务端控制，就改用 HTTP 状态码 302/307 + Location header——meta refresh 唯一不可替代的场景，只剩调试时快速验证跳转路径是否正确。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
