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 触发；而后续导航才依赖事件驱动。
立即学习“Java免费学习笔记（深入）”；
- 监听
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 同步、服务端兜底、首次加载状态还原、浏览器前进后退一致性——每个环节断掉，用户都会看到白屏或错乱视图。
