discarded状态无法监听，只能通过pageshow中persisted===false结合时间戳、navigation.type等信号推断；安全保存时机仅有freeze和pagehide(persisted===true)，还原需区分冷启动与热恢复。
discarded 状态无法被监听，你只能在 pageshow 事件中通过 persisted === false 推断它曾发生过。这不是一个可注册的生命周期事件，而是浏览器彻底终止 JS 后的“事后状态”。所有 beforeunload、pagehide、定时器、fetch 都已失效，任何保存逻辑都必须在它之前完成。
真正能安全保存现场的两个时机：freeze 和 pagehide(persisted === true)
页面进入 frozen 或 bfcache 前，JS 仍可执行，这是最后的持久化窗口：
-
freeze事件：Chrome/Edge/Firefox 支持，页面即将冻结，此时调用localStorage.setItem()或indexedDB写入是可靠的 -
pagehide事件且event.persisted === true：说明页面将进 bfcache，后续可能直接 resume，也应保存关键状态 - 避免依赖
navigator.sendBeacon()：它在freeze中可能被丢弃，优先选本地存储 - 不要在
visibilitychange或beforeunload中做核心保存——它们不保证在 discarded 前触发
pageshow 中如何判断是 discarded 后冷启动？
仅靠 event.persisted === false 不够，它只表示“不是从缓存恢复”，可能是用户手动刷新、地址栏回车或 discard 后重建。需交叉验证：
- 检查
performance.getEntriesByType('navigation')[0]?.type是否为'navigate'或'reload'（注意performance.navigation已废弃） - 读取 localStorage 中上一次保存的时间戳，若距当前时间 > 3 分钟，大概率是 discarded 而非短暂冻结
- 检测 URL 是否含
?_reloaded=1类标记——你需在freeze或pagehide中主动写入该参数，作为 discard 推断的强信号 - 确认
document.hasFocus() === true且 DOM 中无残留交互态（如表单值、滚动位置），进一步支持冷启动判断
还原时必须区分冷启动与热恢复
用户切回页面那一刻，你要立刻走不同路径：
- 热恢复（
pageshow.persisted === true）：跳过还原逻辑，保持 DOM 状态原样，只需校验并微调（如刷新过期 token） - 冷启动（
persisted === false+ 时间戳超限 + 无焦点态）：从localStorage或服务端拉取快照，手动 restore 表单字段、window.scrollTo()、scrollTop、选中项等 - 还原后务必清除旧快照：避免下次冷启动时误用陈旧数据，可用时间戳+版本号双重校验
- 不要假设所有状态都能还原——
WebGL上下文、MediaStream、未 flush 的 IndexedDB 事务等不可逆，需设计降级 UI
最易被忽略的是：discarded 发生时，整个 JS 执行环境已被销毁，包括所有闭包、模块作用域、WeakMap 引用。你不能靠“恢复变量”来还原现场，只能靠显式序列化的状态快照 + DOM 重建逻辑。这决定了还原方案必须轻量、幂等、可中断——否则反而会拖慢冷启动速度。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
