Page Lifecycle API 无法捕捉用户关闭标签的异步前兆，唯一可靠时机是 pagehide（persisted === false），须同步执行，推荐 navigator.sendBeacon() 或 img 打点；beforeunload、visibilitychange、freeze 均不适合作为关闭信号，应采用关键动作即时上报 + pagehide 守底策略。

Page Lifecycle API 无法捕捉“用户关闭标签的异步前兆”。所谓“前兆”，比如关标签前几毫秒的可编程窗口，根本不存在——浏览器不暴露任何预判性信号，也不允许你在真正卸载前安全发起异步请求。

真正能用的时机只有 pagehide（且 persisted === false）

这是唯一跨浏览器、相对可靠的“最后机会”：

• 触发条件明确：用户关闭标签、跳转新地址、刷新页面，且页面不会进入 bfcache 或 Frozen 状态
• 必须同步执行：不能 await、不能 new Promise、不能 fetch，否则静默失败
• 推荐用 navigator.sendBeacon() 发送埋点，它专为卸载场景设计，不阻塞页面销毁
• 降级方案是 img 打点（URL 参数形式），兼容 sendBeacon 不可用的旧环境

beforeunload 不适合埋点补发

它只在部分桌面浏览器中由用户主动导航触发，且限制极严：

• Chrome 已禁用大部分自定义逻辑，Safari/iOS 基本不触发
• 禁止异步操作，fetch/XMLHttpRequest 会直接失败
• 仅允许同步弹窗（现已被屏蔽），无法用于数据上报

visibilitychange 和 freeze 都不是关闭信号

这两个事件反映的是可见性或冻结状态，和“关闭标签”无直接关系：

• visibilitychange → hidden：可能是切到其他标签、锁屏、最小化窗口，页面仍存活数小时
• freeze：代表页面被后台冻结，但未销毁；用户切回可能 resume，此时发退出埋点会污染数据
• 系统强退、iOS 后台 Discard、低内存回收等场景下，这些事件根本不会触发

更务实的做法：关键动作即时上报 + pagehide 守底

不要押注“最后一刻”，而是分散风险：

• 用户填写表单、点击按钮、播放视频关键节点时，立即上报轻量埋点
• 滚动、搜索、筛选等高价值交互，做防抖（如 500ms）后上报
• pagehide(persisted === false) 作为兜底，只尝试 sendBeacon 或 img 打点，不依赖响应结果
• 服务端对重复、时间异常、缺失上下文的埋点做清洗与归因

大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！