17370845950

JavaScript 的 history API 仅支持同源的添加、替换和导航操作，不允读取或删除历史条目；pushState/replaceState 修改 URL 和状态但不刷新页面，需服务器支持对应路由；popstate 监听导航变化，首次加载不触发，须手动检查 history.state。

JavaScript 中不能直接读取或删除历史记录条目，只能在当前会话中添加、替换或后退/前进——这是浏览器安全模型决定的，history API 本质上是单向、受限的操作接口。

为什么 history.pushState() 不触发页面刷新

它只修改 URL 和历史栈，不发起新请求，适合单页应用（SPA）做无刷新路由。但注意：pushState() 后如果用户手动刷新页面，服务器必须能响应这个 URL，否则 404。

• 第一个参数 state 是任意可序列化的对象，会随该历史项保存，后续 popstate 事件中可通过 event.state 取出
• 第二个参数 title 当前所有主流浏览器都忽略，传空字符串即可：""
• 第三个参数 url 必须与当前域同源，且不能是完整 URL（如不能含 http://），否则抛出 SecurityError

history.pushState({ page: "dashboard" }, "", "/dashboard?tab=stats");

history.replaceState() 和 pushState() 的关键区别

两者参数完全一致，但 replaceState() 不新增历史项，而是替换当前项——适合修正 URL 而不希望用户能“后退”到旧地址的场景，比如表单提交后清理查询参数。

• 不会导致历史栈长度变化：history.length 不变
• 同样要求 u

  

  rl 同源，否则报错
• 常用于：登录跳转后清除 ?token=xxx、搜索后移除冗余 page=1

history.replaceState(null, "", "/search?q=js");

监听地址变化必须用 popstate，不是 hashchange

popstate 在用户点击浏览器后退/前进按钮、或调用 history.back()/history.forward() 时触发；而 hashchange 只响应 # 后面的变化，两者互不替代。

• popstate 事件对象的 state 属性就是之前 pushState 或 replaceState 传入的状态对象
• 页面首次加载时不会触发 popstate，哪怕 URL 带有 state —— 需要手动检查 history.state
• 不要在 popstate 里直接调用 pushState，容易陷入循环（Chrome 会警告，Firefox 可能卡死）

window.addEventListener("popstate", (event) => {
  if (event.state?.page === "profile") {
    loadProfile();
  }
});

history.go()、back()、forward() 的实际限制

它们只是快捷方式：back() 等价于 go(-1)，forward() 等价于 go(1)。但能否成功取决于历史栈深度和跨域策略。

• history.length 返回的是「当前窗口会话中」的历史条目数，不含 iframe 或其他 tab 的记录
• 调用 go(n) 时若目标超出范围（比如 n = -100 但只有 3 条记录），静默失败，不报错也不跳转
• 如果历史项来自不同源（比如从 google.com 点链接进你的站点），该条目不可访问，go() 会跳过它

真正难处理的是状态同步：比如用户用 pushState 改了 URL，但没更新页面 DOM，再点后退就看到旧内容；或者 popstate 处理函数里异步加载数据，期间用户又点了前进，就可能状态错乱。这类问题没法靠 API 本身解决，得靠应用层加锁或取消未完成请求。