优先使用 javascript 的 location.href 或 location.replace() 实现定时跳转，因 过时、不可控、破坏历史栈且影响 seo；其仅适用于无 js 环境的静态页。
直接说结论：用 <meta http-equiv="refresh"> 能实现页面定时跳转，但它是过时方案，现代浏览器不推荐，且在部分场景下会破坏用户体验或 SEO；真正需要自动刷新/跳转时，优先用 JavaScript 的 location.href 或 location.replace() 控制更可靠。
为什么 <meta http-equiv="refresh"> 不该首选
这个标签本质是模拟 HTTP 重定向头，但浏览器解析时机晚、无法取消、不支持条件判断，还可能被拦截（比如某些安全插件或企业网关）。更重要的是，它会让页面历史栈多出一条记录——用户点返回会回到同一页面再刷一次，造成死循环。
常见错误现象：
- 页面跳转后按「返回」键卡在刷新循环里
- 某些 iOS Safari 版本忽略该标签（尤其配合 content="0" 时）
- 搜索引擎可能降权，认为页面存在不可控跳转
使用场景仅限：静态 HTML 页面无 JS 环境、临时维护页、极简部署场景。
<meta http-equiv="refresh"> 的正确写法和参数陷阱
语法必须严格：<meta http-equiv="refresh" content="3; url=/login">，其中 content 值分两部分，用英文分号 + 空格隔开：
-
3是延迟秒数，支持小数（如"0.5"），但低于 1 秒多数浏览器会强制为 1 秒 -
url=/login必须是完整路径或绝对 URL；相对路径易出错，比如写成url=login在子目录下可能拼成/admin/login导致 404 - 不能省略
url=，只写content="5"是刷新当前页，不是跳转 - 不要在多个
<meta>中重复声明，后者不会覆盖前者，可能触发多次刷新
更可控的替代方案：用 JavaScript 实现跳转
JS 方案能精准控制时机、取消跳转、加条件逻辑，且兼容性更好（IE9+ 都支持）：
基础跳转（带历史记录）：<script>setTimeout(() => { location.href = "/dashboard"; }, 3000);</script>
无历史跳转（用户无法返回原页）：<script>setTimeout(() => { location.replace("/dashboard"); }, 3000);</script>
关键差异：
- location.href 会保留当前页在 history 栈中，适合“稍后跳转”场景
- location.replace() 替换当前记录，避免返回死循环，适合登录成功后跳转
- 可封装成函数，比如检查登录态后再决定是否跳转：if (localStorage.getItem("token")) { location.replace("/home"); }
自动刷新页面的特殊情况处理
如果真要刷新当前页（比如监控页、状态看板），别用 meta，改用 JS 并加防抖：
<script>const refresh = () => { if (!document.hidden) location.reload(); }; setInterval(refresh, 30000);</script>
说明：
- document.hidden 判断标签页是否在后台，避免用户切走后还在狂刷
- location.reload() 默认从缓存加载，加 true 参数可强制从服务器重载：location.reload(true)，但会增加请求压力
- 不建议低于 10 秒刷新，频繁 reload 容易被浏览器节流或用户手动终止
真正难处理的从来不是怎么写这行代码，而是跳转前要不要校验权限、跳转后如何恢复滚动位置、以及——有没有人记得把测试环境的 3 秒跳转改成 30 秒，结果上线后用户连按钮都点不到就飞走了。
