先记住这个答案
<meta http-equiv="refresh"> 可以让页面延时刷新或跳到另一个地址，但这个动作可能突然打断阅读或输入。地址迁移应优先用服务器重定向，让客户端和搜索系统收到明确状态。若业务必须展示倒计时后跳转，要在页面上告知目标并提供立即前往、延长时间或停止的可用路径。
refresh可定时跳转- 自动动作可能打断阅读
- 迁移地址优先 HTTP 重定向
- 必须延时要提供手动链接
旧活动页突然自动跳转
旧活动页在 5 秒后自动跳到新地址，用户正在读说明或填写表单时页面突然离开，输入内容丢失。若这是地址迁移，服务端直接返回合适重定向更稳，也能让爬虫和浏览器明确知道目标。若业务流程必须先显示提示页，页面上要有清楚的目标链接，不能让读屏用户只靠定时刷新理解发生了什么。
<head>
<meta http-equiv="refresh"
content="10; url=/new-page">
</head>
<body>
<p>本页面即将跳转，您也可以<a href="/new-page">立即前往新页面</a>。</p>
</body>浏览器解析到 refresh 指令后按其内容等待并导航，零秒跳转和定时刷新都可能给用户造成控制困难。
示例声明十秒后去 /new-page，页面正文应明确告诉用户目标与倒计时，并留下直接可点击的链接。若用户在这十秒内开始输入表单，自动导航仍可能丢掉内容，因此“不突然跳”比“给个链接”更重要。适合做永久迁移时，直接由服务器返回重定向响应；需要先解释时，可提供人工选择，而不是隐藏在 <head> 中自动走。
自动导航会打断用户操作
HTTP 重定向在获取页面阶段就表达目标，不需先渲染旧页面。对必须展示说明的场景，明确可见的链接、合理等待时间和保存输入状态比静默倒计时重要。也不要用 meta refresh 作为登录状态轮询机制；需要实时更新时应选择更明确的脚本或数据刷新交互。
假设用户正在填写旧活动页，五秒后突然跳到新地址，草稿可能直接丢失。服务器重定向适合页面已经迁移的情况；若要先解释迁移，页面应给清楚的目标链接和足够时间，而不是用一个隐藏倒计时决定用户什么时候离开。对辅助技术用户，还要确保通知可被发现，不能只在视觉角落显示秒数。
容易答错的地方
- 把零秒 refresh 当成最好的永久重定向
- 服务端重定向更明确，也无需先传一页只为跳转的 HTML。
- 自动跳转却不告诉用户目标
- 用户可能正在阅读或填写内容，应提供告知与可操作链接。
面试官还会怎么问？
自动刷新页面为什么影响可访问性？
它可能在用户尚未读完或操作完时替换内容，使焦点和上下文丢失。
站点搬迁优先用什么？
用合适的 HTTP 3xx 响应及目标地址，减少中间页面。
一定要延时跳转怎么办？
提供清楚说明、手动链接和合理时间，并保护用户尚未提交的内容。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。