history.back() 常无效因依赖浏览器历史栈，若 history.length < 2（如直接输入URL进入）则静默失败；SPA中易绕过路由守卫，应优先用框架的 router.back() 或 navigate(-1)，并结合 sessionStorage 存储返回目标以兜底。
history.back() 能实现“返回上一页”，但实际用起来常遇到页面没反应、白屏、或跳转到意外地址——根本原因是它依赖浏览器历史栈，而这个栈受页面打开方式、导航来源、单页应用路由等影响极大。
为什么 history.back() 有时完全不生效
最常见的情况是当前页面是用户直接输入 URL 打开、或从书签/新标签页进入的，此时历史栈里没有前一页，调用后静默失败（不报错，也不跳转）。另一个典型场景是 SPA（如 Vue/React 应用）中用 router.push() 导航后，history.back() 可能触发浏览器原生后退，绕过框架路由守卫，导致状态错乱或 404。
- 检查是否真有可回退的历史记录：
history.length小于 2 时，history.back()必然无效 - 在 React/Vue 中，优先用框架提供的
router.back()（如 Vue Router 的router.back()，React Router 的navigate(-1)），而非原生 API - 不要在
window.onload或组件挂载后立刻调用；确保 DOM 和路由系统已就绪
如何安全地封装一个带兜底的返回函数
直接裸用 history.back() 风险高，建议加判断和 fallback。例如用户从外部链接点击进入详情页，你希望点“返回”回到列表页，但 history.back() 可能跳回来源网站——这时应主动指定跳转目标。
- 先判断：
if (history.length > 1) { history.back(); } - 否则 fallback 到预设路径：
else { window.location.href = '/list'; } - 更稳妥的做法是把目标路径存在
sessionStorage里：跳转到详情页前存sessionStorage.setItem('returnUrl', '/list')，返回按钮点击时读取并跳转
与 history.go(-1) 和 history.forward() 的关键区别
三者都操作历史栈，但行为细节不同：history.back() 和 history.go(-1) 在绝大多数情况下等价，但 go() 更显式，可传任意整数（如 go(-2) 跳两页前）；forward() 不是“前进到上一页”，而是前进到下一页（即用户点了“后退”后再点“前进”时的位置）。
-
back()和go(-1)都可能被浏览器拦截（比如页面有未保存表单，Chrome 会弹确认框） -
go(0)是刷新当前页，不是返回——这点容易误用 - 在 iOS Safari 中，频繁调用
back()可能触发页面缓存失效，造成闪退或白屏，建议加try/catch包裹（尽管它通常不抛错）
真正难的不是写那一行代码，而是判断「此刻用户到底该回哪儿」——浏览器历史不可控，来源不可信，SPA 路由又自成体系。留个 sessionStorage 或 URL 参数，比依赖 history.length 可靠得多。
