onpagehide事件在用户离开页面时触发,用于bfcache兼容的状态保存;需通过event.persisted区分缓存(true)与销毁(false)场景,不可替代beforeunload做离开确认。

onpagehide 不是用于“页面隐藏”(比如 display: none 或 visibility: hidden),而是用户**离开当前页面**时触发——例如点击链接跳转、刷新、关闭标签页、前进/后退到其他页面。它和 onpageshow 配对,专为浏览器的**页面缓存机制(bfcache)** 设计,不是通用的 DOM 显示控制事件。
什么时候该用 onpagehide 而不是 onbeforeunload 或 onunload
核心区别在于缓存兼容性:
-
onbeforeunload允许弹出确认框,但一旦触发,页面**无法进入 bfcache**; -
onunload同样会阻止 bfcache,且执行时机极短,很多异步操作(如fetch)根本来不及完成; -
onpagehide是唯一能**在进入 bfcache 前安全执行清理或保存逻辑**的事件,且不阻断缓存。
如果你的目标是“用户切走再切回时状态不丢”,那 onpagehide + onpageshow 是正确组合;如果只是想弹窗确认离开,必须用 onbeforeunload。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图,自动匹配视觉风格。触发场景:文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
onpagehide 中怎么安全保存页面状态
关键点:不能依赖同步阻塞,也不能假设所有 API 都可用。以下建议基于实际兼容性(Chrome 11+、Firefox 5+、Safari 支持但行为不稳定):
- 只做轻量、同步操作:比如把表单草稿写入
sessionStorage,更新performance.navigation相关标记; - 避免发起新网络请求:即使调用
fetch,也别await,且要加keepalive: true(仅限 POST,且服务端需支持); - 用
event.persisted判断是否来自缓存:window.addEventListener("pagehide", (e) => { if (!e.persisted) { // 页面将被销毁(非缓存),可做最终清理 sessionStorage.removeItem("draft"); } else { // 页面将进 bfcache,此时保存状态更可靠 sessionStorage.setItem("draft", JSON.stringify(formState)); } });
容易踩的坑:Safari 和移动端的特殊行为
这个事件在 Safari(尤其 iOS)上表现最不可靠:
- 从地址栏输入新 URL 或从其他 App 切入 Safari 时,
pagehide可能完全不触发; - iOS Safari 在后台标签页中会冻结 JS 执行,即使监听了,回调也可能被跳过;
- 不要把它当
visibilitychange用:页面最小化、切到其他桌面、甚至部分 Android 分屏模式下,pagehide都不会触发; - jQuery Mobile 的
pagehide是框架自定义事件,和原生pagehide无关,混用会导致逻辑错乱。
真正可靠的离线状态保存,得靠多层兜底:beforeunload 做强提示,pagehide 做缓存友好保存,visibilitychange + blur 做前台活跃判断,最后用定时 sessionStorage 持久化——没有单点方案能覆盖所有场景。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










