无法异步捕捉系统回收前兆；只能在freeze事件或pagehide且event.persisted===true时同步保存轻量可序列化状态，冷启动还原需通过pageshow且event.persisted===false识别并精准恢复。
无法异步捕捉系统回收前兆。“回收前兆”本身不是标准状态，Page Lifecycle API 中没有提供可监听的“即将被 discard”事件。浏览器在决定丢弃页面时，不给 JavaScript 任何通知机会——discarded 状态完全不可捕获，JS 执行环境已被彻底终止。
真正可用的同步保存窗口只有两个
你只能在系统冻结（freeze）或缓存（bfcache）前，用同步方式完成状态落盘：
- freeze 事件：页面即将被冻结（Frozen），JS 尚可执行、DOM 可读、定时器未停摆——这是最可靠、最通用的保存时机
- pagehide 且 event.persisted === true：说明页面将进入 bfcache 或 Frozen 状态，是 freeze 的重要补漏机制（尤其对部分 Safari 和旧版 WebView）
保存内容必须轻量、可序列化、无副作用
避免在 freeze 中做任何可能失败或阻塞的操作：
- 只用 localStorage.setItem() 或 sessionStorage.setItem() 同步写入；禁用 indexedDB、fetch、sendBeacon
- 序列化前剔除函数、DOM 节点、undefined、循环引用；仅保留 input.value、scrollY、选中索引等原始值
- 加 try/catch 包裹整个保存逻辑，出错即静默忽略，绝不能 throw 或 await
还原需主动识别 discard 冷启动场景
用户切回被丢弃的页面时，实际是一次全新加载（navigation），唯一线索是：
- pageshow 事件触发，且 event.persisted === false
- 配合 localStorage 中的时间戳（如 lastSavedAt），若距当前 >5 分钟，大概率已 discard
- 检查 URL 是否含 ?_reloaded=1（需你在上一次 pagehide/freeze 中主动写入）
还原动作要精准、非侵入
冷启动还原 ≠ 页面初始化。此时 DOM 已重建，但状态为空：
- 从 localStorage 读取并解析草稿，填入 textarea/input；恢复 window.scrollTo(x, y)
- 不重绑事件、不重复初始化组件、不 reload 页面
- 若表单有校验态或编辑标记，需一并还原 class 或 dataset 属性
