bfcache 恢复需在 pageshow 中判断 event.persisted === true，此时 dom、js 上下文等全保持原样，不触发 mounted/domcontentloaded/load；pagehide 中 persisted 恒为 undefined，不可用。
直接看 event.persisted 就行——为 true 表示页面是从 BFCache 恢复的，此时 DOM、JS 执行上下文、定时器、滚动位置等全部保持原样，不会重新执行 mounted、DOMContentLoaded 或 load。
核心判断逻辑必须放在 pageshow 里
不能在组件挂载或 DOM 加载完成时做重置，因为 BFCache 页面根本不会触发这些钩子。只有 pageshow 是唯一可靠入口：
- 监听
window.addEventListener('pageshow', handler)，且需在页面生命周期早期注册（如脚本顶部或onMounted中） - 在回调中检查
event.persisted === true，成立即代表“热恢复”，不是新加载 - 此时可手动重置表单、刷新数据、重置状态变量，或调用
location.reload()（慎用，会丢 JS 状态）
别误用 pagehide 的 persisted 属性
pagehide 事件里的 event.persisted 始终是 undefined，该属性只在 pageshow 中有效。拿它做判断一定会失效。
移动端兼容性与兜底建议
iOS Safari 和微信 WebView 对 BFCache 支持较好，但部分安卓 WebView 可能不支持或行为不一致：
- 可结合
performance.getEntriesByType('navigation')?.[0]?.type === 'back_forward'辅助识别后退/前进导航 - 若需更高确定性，可用
window.name标记跨刷新状态（它在同源 tab 内不随 BFCache 清除） - 避免用
sessionStorage判断刷新，它在 BFCache 恢复时可能残留，导致误判
常见误操作提醒
很多问题源于对事件触发时机理解偏差：
- 不要在
pageshow里无条件执行重置——先判断persisted，否则首次加载也会被干扰 - 不要在
onload或mounted里调用数据拉取并期望它覆盖缓存状态，BFCache 下这些钩子压根不执行 - 监听器记得在页面卸载前移除（如
onBeforeUnmount），防止内存泄漏
