window.location.href是最可靠、可控的页面跳转方式，立即触发完整导航流程并保留历史记录；replace()则替换当前页，不留下返回入口；二者均支持相对、绝对及完整url路径，适用于绝大多数业务场景。
window.location.href 是最可靠、最可控的跳转方式，其他方法要么有兼容性风险，要么语义不当或已被现代浏览器限制。
用 window.location.href 直接跳转
这是日常开发中首选的方式，行为明确、可预测，且能触发完整的页面导航流程（包括 history 记录、前进/后退支持）。
-
window.location.href = "about.html"立即跳转，会保留当前页在历史栈中，用户可点返回回到原页 -
window.location.replace("about.html")替换当前页，不留下历史记录，适合登录成功后跳转，避免用户按返回键回到登录页 - 路径支持相对路径（
"./user/profile.html"）、绝对路径（"/dashboard"）、完整 URL（"https://example.com/help"） - 注意：不要在事件处理中漏掉
return false或event.preventDefault()，否则可能触发链接默认行为两次
<meta http-equiv="refresh"> 的适用边界
这个标签只适合极简场景，比如服务器无法输出 JS 时的降级方案，或静态页面维护期的临时重定向。
-
<meta http-equiv="refresh" content="0;url=home.html">中的0表示立即跳转，但部分浏览器（尤其移动端）可能忽略或延迟执行 -
content值不能含空格，"0; url=home.html"会失效；必须写成"0;url=home.html" - SEO 不友好，搜索引擎可能视作软 404；Struts Tiles、Next.js 等服务端/SSR 框架通常不解析该标签
- 无法携带状态、无法监听跳转前事件，调试困难
锚点跳转不是“页面跳转”，别混用
用 <a href="#section2"></a> 或 location.hash = "section2" 只是滚动定位，URL 变化但不触发新页面加载 —— 这不属于“页面跳转”范畴。
- 若目标元素不存在，浏览器静默失败，无报错，容易误判为跳转成功
- 配合
scrollIntoView()更可控：document.getElementById("section2")?.scrollIntoView({ behavior: "smooth" }) - 单页应用（SPA）中，这类操作常被路由库接管，手动改
hash可能与 React Router / Vue Router 冲突
慎用 setTimeout 包裹跳转逻辑
把 window.location.href 放进 setTimeout 并不增加可靠性，反而引入竞态风险。
-
setTimeout(() => { window.location.href = "done.html"; }, 100)在页面尚未渲染完成时执行，可能导致跳转被中断（如用户快速关闭标签） - 如果用于“延时跳转”，应明确业务意图：是等用户阅读提示？还是等某个异步操作结束？前者建议用按钮确认，后者应 await 对应 Promise 后再跳转
- 避免字符串形式的
setTimeout，如setTimeout("window.location.href='x.html'", 500)，存在 eval 风险且无法捕获语法错误
window.location.href 或 .replace()；其余方式要么语义错位，要么隐含兼容性陷阱。最容易被忽略的是：跳转前是否该清理定时器、取消未完成的 fetch、或保存表单草稿 —— 这些不在跳转语法里，但直接影响用户体验。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
