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 打点，不依赖响应结果服务端对重复、时间异常、缺失上下文的埋点做清洗与归因