17370845950

history.pushState()新增历史记录，适合导航跳转；replaceState()替换当前记录，适合修正URL而不留返回点；二者均需配合popstate监听及服务端配置防404。

history.pushState() 和 history.replaceState() 的区别与适用场景

浏览器原生的 history.pushState() 和 history.replaceState() 是操作历史记录的核心方法，但它们行为不同：前者在历史栈中新增一条记录，后者只替换当前记录，不增加长度。

常见错误是误用 pushState() 导致用户点「后退」时反复回到同一个空状态页（比如未正确设置 state 或 title）；更隐蔽的问题是调用后未监听 popstate 事件，导致前进/后退时 UI 不更新。

• pushState() 适合导航跳转（如点击菜单进入新页面视图）
• replaceState() 适合修正当前 URL 而不希望用户能退回（如表单提交后清理查询参数 ?step=2）
• 两个方法的第一个参数 state 必须是可序列化对象，不能传函数或 DOM 节点，否则触发 SecurityError
• title 参数目前所有主流浏览器都忽略，可传空字符串 '' 避免歧义

如何可靠监听地址变化并响应路由逻辑

仅靠 popstate 事件不够——它不触发页面首次加载、也不响应 hashchange 或手动修改 location.href（非 push/replace 方式）。真实项目中必须组合处理。

关键点在于：首次加载时需主动读取 location.pathname 或 location.hash 初始化视图，不能等 popstate 触发；而后续导航才依赖事件驱动。

• 监听 popstate：适用于 pushState/replaceState 引起的前进/后退
• 监听 hashchange：适用于基于 # 的简易路由（兼容旧浏览器）
• 首次加载必须显式调用一次路由匹配函数，例如 router.match(location.pathname)
• 避免重复绑定：多次执行相同路由注册逻辑会导致事件监听器堆积，建议用 removeEventListener 清理或用单例控制

手写一个最小可用的前端路由器（无框架）

不需要 React Router 或 Vue Router，几行代码就能支撑 SPA 基础路由。核心是维护一个路由表 + 匹配函数 + 状态同步机制。

以下是一个仅处理路径前缀匹配的轻量实现，支持参数提取（如 /user/123 → {id: '123'}），已避开常见陷阱：

const router = {
  routes: new Map(),
  currentPath: location.pathname,

  on(path, callback) {
    this.routes.set(path, callback);
  },

  navigate(path) {
    history.pushState({ path }, '', path);
    this.currentPath = path;
    this.resolve();
  },

  resolve() {
    let matched = null;
    for (const [routePath, handler] of this.routes) {
      const keys = [];
      const regex = new RegExp(`^${routePath.replace(/:(\w+)/g, (_, key) => {
        keys.push(key);
        return '([^/]+)';
      })}/?$`);
      const result = regex.exec(this.currentPath);
      if (result) {
        const params = Object.fromEntries(keys.map((key, i) => [key, result[i + 1]]));
        matched = { handler, params };
        break;
      }
    }
    if (matched) matched.handler(matched.params);
  }
};

// 初始化
window.addEventListener('popstate', e => {
  router.currentPath = e.state?.path || location.pathname;
  router.resolve();
});

// 使用示例
router.on('/user/:id', ({ id }) => {
  document.getElementById('app').innerHTML = `User ${id}`;
});
router.on('/', () => {
  document.getElementById('app').innerHTML = 'Home';
});

// 首次加载必须手动触发
router.resolve();

history API 在单页应用中的实际限制

不要以为用了 pushState 就万事大吉。真实部署时最常踩的坑是服务端配置缺失——当用户直接访问 /dashboard，服务器返回 404，因为没对应物理文件。

这不是前端能解决的问题，必须配合服务端或构建工具处理：

• 开发阶段：Webpack Dev Server 需开启 historyApiFallback: true
• Nginx：添加 try_files $uri $uri/ /index.html; 规则
• Vercel / Netlify：分别通过 vercel.json 或 _redirects 配置重写
• 注意：pushState 无法跨域，目标 URL 必须同源，否则抛 SecurityError
• 移动端 WebView 中部分安卓低版本对 state 对象大小有限制（约 640KB），超限会静默失败

路由不是加几个 pushState 就完事，URL 同步、服务端兜底、首次加载状态还原、浏览器前进后退一致性——每个环节断掉，用户都会看到白屏或错乱视图。