visibilitychange事件是监听页面可见性的可靠方案，需监听该事件并结合document.visibilitystate实时计算浏览时长，用performance.now()记录时间戳，同时监听beforeunload和pagehide兜底。
visibilitychange 事件监听页面是否在前台
页面可见性 API 的核心是 document.visibilityState 和 visibilitychange 事件，它不依赖定时器或焦点模拟，是浏览器原生支持的可靠方案。
常见错误是只监听 focus/blur，但用户切到其他标签页、最小化窗口、锁屏时这些事件根本不会触发；还有人用 setInterval 轮询 document.hidden，既浪费资源又不准。
- 必须在
document.addEventListener('visibilitychange', handler)中读取document.visibilityState，而不是缓存初始值 -
visibilityState可能为'visible'、'hidden'、'prerender'或'unloaded'，生产环境只需关注前两个 - 移动端 Safari 在后台播放音频时可能仍报告
'visible'，需结合pagehide事件兜底
计算真实浏览时长：从 visible 到 hidden 的时间差
单纯记录进入 visible 的时间点没用，关键是在状态切换时做差值累加。容易忽略的是页面卸载前最后一次 hidden 可能没触发——比如用户直接关掉标签页。
- 用
performance.now()记录毫秒级时间戳，比Date.now()更精确（尤其在系统时间被手动修改时） - 每次
visibilityState === 'visible'时记下startTime = performance.now() - 每次变为
'hidden'时立即计算duration = performance.now() - startTime并累加到总时长 - 必须监听
beforeunload和pagehide，在它们触发时补上最后一段 visible 时间
兼容性与降级：Safari 12.1+ 和 Chrome 33+ 基本没问题
IE10+ 支持 msHidden 和 msvisibilitychange，但现代项目基本不用管；真正要处理的是旧版 iOS Safari（visibilitychange。
立即学习“前端免费学习笔记（深入）”；
- 检测支持：用
'visibilityState' in document判断，不支持就 fallback 到focus/blur+pagehide/pageshow - 安卓 WebView 中，某些版本即使支持 API，
visibilityState也可能始终为'visible'，需加 5 秒无交互自动标记为 hidden 的兜底逻辑 - 不要依赖
document.hidden的初始值判断——SPA 首屏加载完成前它可能是true，但用户其实已经看到内容
上报时机：别等页面卸载再发请求
等 beforeunload 发送统计请求极不可靠：网络可能已断、进程可能被系统回收、iOS Safari 会直接终止异步请求。
- 每次 visible → hidden 切换后立刻用
navigator.sendBeacon()上报片段时长，它不阻塞卸载且兼容性好（Chrome 39+, Firefox 31+, Safari 11.1+） - 如果
sendBeacon不可用（如老 Safari），退回到fetch(..., { keepalive: true })，再不行才用带超时的XMLHttpRequest - 上报 payload 至少包含：
sessionId、pageUrl、startTimestamp、durationMs、visibilityState（用于排查异常）
最常被绕开的细节是：SPA 路由跳转时 visibilityState 不变，但用户实际离开了当前页面内容——得结合路由变化手动触发一次 hidden + visible 模拟，否则单页内多个视图的时长全混在一起。
