navigation.reload() 不接受状态参数，无法直接触发带自定义状态的重载；必须先用 updateCurrentEntry 更新 state，再调用 reload 才能生效，且该方案仅在支持该 API 的浏览器中可用。
navigation.reload() 本身不接受状态参数，无法直接触发“带自定义状态的重载”——这是常见误解的根源。它只会按当前 URL 重新加载页面，currentEntry.state 不变，也不会更新 history 条目中的 state。
为什么 reload() 不能传 state
规范明确将 reload() 定义为无参方法（void reload()），和传统 location.reload() 行为一致：清空当前 document、重建 DOM、复用原 history entry。它不创建新条目，因此没有机会注入新 state。
- 调用
navigator.navigation.reload()后，navigator.navigation.currentEntry.state保持原值，不会被覆盖 - 浏览器不会触发
navigatesuccess事件（只在导航类操作如navigate()或用户前进/后退时触发） - 想让重载后
state变化，必须先用updateCurrentEntry({ state: ... })提前写入，再 reload
真正可行的替代路径：updateCurrentEntry + reload
若目标是“刷新页面同时让 currentEntry.state 变成你想要的值”，需分两步走，且顺序不能颠倒：
- 先调用
navigator.navigation.updateCurrentEntry({ state: { foo: 'bar', ts: Date.now() } })—— 这会同步更新当前 history 条目的 state，但不改变 URL 或触发重载 - 再调用
navigator.navigation.reload()—— 此时重载读取的就是刚写入的新 state - 注意：这两步之间不能有异步等待，否则可能被用户其他导航打断；建议包裹在
if ('updateCurrentEntry' in navigator.navigation)检测内
reload 后如何安全读取新 state
页面重载完成时，currentEntry.state 已就位，但需避开 race condition：
立即学习“前端免费学习笔记（深入）”；
- 不要在全局脚本顶层直接读
navigator.navigation.currentEntry.state—— 此时 navigation 实例可能尚未 fully initialized - 推荐监听
navigatesuccess事件（即使 reload 不触发它，后续导航会），或在DOMContentLoaded后加短延迟再读 - 更稳妥的做法是 fallback 判断：
if (navigator.navigation.currentEntry) { console.log(navigator.navigation.currentEntry.state); } - 服务端渲染（SSR） hydration 场景下，必须等
navigator.navigation可用后再读，不能依赖初始 HTML 中的 script 执行时机
容易被忽略的兼容性陷阱
这个流程在非 Chrome/Edge 环境大概率失败，因为 updateCurrentEntry() 和 reload() 都是实验性 API：
-
'updateCurrentEntry' in navigator.navigation在 Firefox、Safari 中返回false，即使navigator.navigation存在 - 微信内置浏览器、旧版 WebView2（navigator.navigation 可能为
undefined，检测必须用'navigation' in navigator而非 UA 字符串 - 若降级到
location.reload()，则完全丢失 state 控制能力——此时应提前把关键 state 写入sessionStorage，reload 后再恢复
真正需要“带状态重载”的场景极少，多数时候是误把导航意图当成了刷新需求；如果目的是保留路由参数或 UI 状态，优先考虑不刷新的 SPA 路由切换，而非硬 reload。
