history.state在表单提交后常为null，因原生表单跳转不携带state；服务端重定向会清空state；需禁用原生提交、手动pushstate/replacestate，并配合sessionstorage等持久化存储。
history.state 为什么在表单提交后经常是 null
因为 history.pushState() 或 history.replaceState() 不会自动保存状态——你必须显式调用才写入。表单提交（尤其是原生 <form method="POST"></form>）触发页面跳转时，浏览器默认不携带 state，新页面的 history.state 就是 null。即使你之前调用了 pushState，只要跳转是服务端响应（非 JS 控制的 SPA 路由），state 就断了。
实操建议：
- 禁用原生表单提交，统一用
event.preventDefault()+fetch()或axios处理； - 提交成功后，手动调用
history.pushState({ step: 'review', formData: data }, '', '/review')； - 避免在服务端重定向（如 302）后依赖客户端 state——它不可靠；
- 如果必须走服务端跳转（比如遗留系统），改用 URL 查询参数传关键标识，例如
/review?step=confirm&refId=abc123，而非依赖history.state。
多级表单中如何让「返回」按钮真正回到上一步状态
用户点浏览器「后退」或自定义「上一步」按钮时，popstate 事件只在 history 栈变化且由 JS 触发的导航（如 pushState）中生效。若某步是服务端渲染页面，popstate 根本不会触发。
实操建议：
- 所有表单步骤都应为前端路由（如 React Router 的
useNavigate，或原生history.pushState+window.addEventListener('popstate', ...)）； - 在
popstate回调里，检查event.state是否存在，不存在则 fallback 到本地缓存（如sessionStorage.getItem('formStep')）； - 每次进入新步骤前，把当前数据存进
sessionStorage，键名带时间戳或步骤 ID，避免跨会话污染； - 不要仅靠
history.state恢复 UI 状态——它不持久、不跨页面，必须配合存储层。
redirect 后怎么还原被丢弃的 history.state
当后端返回 302 redirect 到新地址，浏览器会清空当前 history entry 的 state，并为新页创建一个空 state。此时 history.state 一定是 null，无法还原。
实操建议：
- 后端重定向时，在 Location 头里附带加密 token 或 base64 编码的轻量数据，例如
Location: /success?_st=eyJzdGVwIjoiY29uZmlybSIsImRhdGEiOiJhYmMifQ==； - 前端在新页面解析
_st参数，用atob()解码并JSON.parse()还原； - 立即调用
history.replaceState(decodedData, '', window.location.pathname)补回 state，确保后续「后退」能读到； - 注意：URL 参数有长度限制（通常 2KB 左右），只传必要字段（如步骤名、ID、校验码），别塞整个表单对象。
为什么 replaceState 比 pushState 更适合表单确认页
用户提交成功后进入「确认页」，此时按「后退」不该回到空白表单，而应退出整个流程（比如回到首页）。用 pushState 会多出一条历史记录，导致误操作；replaceState 则覆盖当前项，逻辑更干净。
实操建议：
- 在最终提交成功的回调里，用
history.replaceState({ step: 'success', refId: 'xyz' }, '', '/success')； - 如果用户从 /success 点「重新开始」，再用
pushState进入第一步，保证历史栈可预期； - 测试时用
history.length和console.log(history.state)验证每步 state 是否写入、是否被覆盖； - 注意 Safari 对
replaceState的兼容性没问题，但某些 iOS WebView 可能忽略 title 参数，title 值可填空字符串。
最易被忽略的是：history.state 本质是内存快照，关掉标签页就消失。任何关键状态（如未提交的表单草稿、用户选择的步骤路径）必须同步落盘（sessionStorage 或 IndexedDB），不能只信它。
