应根据是否保留当前页历史记录选择:需后退返回时用 location.href,会压入历史堆栈;无需后退时用 location.replace,替换当前历史项。二者均触发页面刷新,spa 中应优先使用框架路由 api。

选 location.href 还是 location.replace,关键看要不要保留当前页在历史堆栈里。
需要用户能点“后退”回到上一页 → 用 location.href
给 location.href 赋新值,浏览器会把当前页压入历史堆栈,再跳转到目标页。用户点击浏览器后退按钮时,能回到刚才的页面。
- 适合常规跳转场景:比如从首页点击进入详情页、登录成功后跳转到个人中心
- 相当于用户手动在地址栏输入新网址后回车,历史记录自然延续
- 代码写法简洁:
location.href = '/user/profile'
不希望用户后退到当前页 → 用 location.replace
location.replace() 会用新 URL 替换掉当前历史记录项,而不是新增一条。后退按钮点下去,直接回到上上个页面,跳过当前这步。
下载 Comet AI 浏览器,体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作,让 AI 成为你的浏览副驾,大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
- 适合清理中间状态:比如登录页跳转后,不希望用户按后退又回到登录页重新提交
- 防止重复提交:表单提交成功后 replace 到结果页,避免刷新导致二次提交
- 跳转后无法通过 history.back() 返回当前页,但
history.forward()仍可能有效(取决于后续操作)
注意两个常见误区
一是别把 replace 当作“无痕跳转”——它只是删掉当前记录,并不隐藏 URL 或规避安全策略;二是不要在 SPA 中直接用这两个方法做路由切换,应优先使用框架的路由 API(如 Vue Router 的 router.push 或 router.replace),它们底层才真正协调 history API 和视图更新。
补充:和 history.pushState / replaceState 的区别
location.href 和 location.replace 都会触发完整页面加载(除非被拦截或重定向);而 history.pushState() 和 history.replaceState() 只改 URL、不刷新页面,适合单页应用中局部更新内容。三者目的不同:前两者管“去哪”,后两者管“怎么去而不刷新”。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










