浏览器 history 对象受安全限制，仅 pushState 和 replaceState 可操作历史栈且不刷新页面；pushState 插入新条目，replaceState 替换当前条目；popstate 仅在用户导航时触发；go/back/forward 不可靠，不可用于流程控制；history.length 不准确，scrollRestoration 需早期设置；所有方法要求 HTTPS 或 localhost 安全环境。
浏览器的 history 对象不能直接修改 URL 路径以外的历史条目，也不能读取历史记录内容，更不能“删除”某条历史 —— 这是安全限制，所有主流浏览器都如此。
pushState 和 replaceState 是唯二能主动操作历史栈的方法
它们不会触发页面刷新，但会改变地址栏 URL，并在历史栈中新增或替换当前条目。关键区别在于：
-
pushState()在当前项之后插入新条目，用户点「后退」会回到上一条 -
replaceState()替换当前条目，不增加新长度，适合更新状态但不想让用户退回原 URL 的场景（比如表单提交后清除 query 参数）
两个方法签名一致：history.pushState(state, title, url)。其中 title 当前被大多数浏览器忽略（传空字符串即可），state 必须是可序列化对象（不能是函数、DOM 节点等），url 必须同源（否则抛 SecurityError）。
history.pushState({ page: 'detail', id: 123 }, '', '/item/123');
history.replaceState({ tab: 'settings' }, '', '/settings');
popstate 事件只在用户触发导航时才触发
不是每次 pushState 或 replaceState 都会触发，只有用户点击浏览器「前进/后退」按钮、或调用 history.back()/history.forward() 时，才会派发 popstate 事件。注意：
立即学习“Java免费学习笔记（深入）”；
- 首次加载页面时不会触发
popstate - 通过
location.href或location.assign()跳转也不会触发 - 事件对象的
state属性就是你传给pushState/replaceState的那个对象（可能为null）
window.addEventListener('popstate', (e) => {
console.log('当前 state:', e.state); // { page: 'detail', id: 123 }
});
go、back、forward 只能相对跳转，且不可靠
history.go(-1) 等价于 history.back()，但实际行为取决于当前历史栈长度和浏览器实现。常见陷阱：
- 调用
back()时如果已在历史栈底部，部分浏览器静默失败，部分会触发页面卸载（如离开当前域） - 无法判断跳转是否成功，也没有 Promise 或回调机制
- 单页应用中若未监听
popstate，用户点浏览器后退按钮可能直接离开你的站点
因此，不要依赖 go() 做流程控制；应优先用 pushState + popstate 组合管理路由状态。
length 和 scrollRestoration 是只读/有限控制属性
history.length 返回历史栈总条目数（包含当前页），但它只是个估算值 —— 浏览器可能因隐私策略（如 Firefox 的「自动清理」）或跨域 iframe 限制而返回不准确数字，**不能用于判断能否后退**。
history.scrollRestoration 可设为 'auto' 或 'manual'，用来关闭浏览器默认滚动恢复行为（比如后退时自动滚回上次位置）。但设置需在页面加载早期执行，且仅对后续导航生效：
if ('scrollRestoration' in history) {
history.scrollRestoration = 'manual';
}
真正容易被忽略的是：所有 history 方法都要求当前上下文是「安全环境」（secure context），即协议为 https 或 localhost；HTTP 页面下调用 pushState 会静默失败（无报错，但 URL 不变）。
