不会。replacestate 不会触发 popstate 事件，仅静默更新当前历史记录的 url 和状态对象，不新增条目；适用于 spa 中静默修正非法参数等场景，需注意同源限制、state 合法性及与路由库、ssr 的协同。
replaceState 会触发 popstate 吗？
不会。调用 history.replaceState() 不会触发 popstate 事件，也不会导致页面刷新或跳转——它只静默更新浏览器地址栏的 URL 和历史记录栈顶的状态对象。这点和 history.pushState() 一致，但关键区别在于：它不新增历史条目，而是覆盖当前条目。
静默修正 URL 的典型场景和写法
常见于单页应用（SPA）中路由参数校验后“悄悄”修正 URL，比如用户手动输入了非法查询参数、大小写不规范的路径、或带了冗余 hash，又不想让用户感知到跳转。
- 确保传入的
state参数是合法对象（不能为null或undefined，Chrome 会静默忽略，Firefox 可能报错） -
title参数在现代浏览器中被忽略，可传空字符串'' -
url必须同源，否则抛出SecurityError - 如果只是改 query 参数，建议用
URL构造器拼接，避免手动字符串替换出错
示例：把 /search?q=REACT&sort=desc 静默转成小写 /search?q=react&sort=asc
const url = new URL(window.location.href);
url.searchParams.set('q', url.searchParams.get('q')?.toLowerCase());
url.searchParams.set('sort', 'asc');
history.replaceState({ path: url.pathname + url.search }, '', url.toString());
容易踩的坑：URL 相对路径、base 标签和 SPA 路由冲突
如果页面有 <base href="/app/">，replaceState 中传入的 url 会被自动解析为相对于 base 的路径；若没注意，可能意外变成 /app/search?... 导致后续路由匹配失败。
- 始终用
new URL(url, window.location.origin)显式构造绝对 URL，再传给replaceState - Vue Router / React Router 等库默认监听
popstate，但不监听replaceState后的变化——所以你得手动同步内部 router 状态（如调用router.replace()），否则视图不更新 - 服务端渲染（SSR）场景下，若首屏 HTML 是根据原始 URL 渲染的，仅靠前端
replaceState修正会导致 CSR 和 SSR 状态不一致，可能触发 hydration mismatch
为什么不用 pushState？
因为 pushState 会增加一条历史记录，用户点返回会回到修正前的错误 URL——这不是“静默修正”，而是“加了一步错误操作”。而 replaceState 真正做到了不留痕：用户刷新页面，拿到的就是修正后的 URL；按返回键，直接退到上一个真实访问页。
真正难的不是调用这行代码，而是判断何时该修、修成什么样、修完后是否要同步路由状态、以及 SSR 下如何保证首屏一致性——这些逻辑一旦漏掉，URL 看似变了，页面行为却开始错乱。
