beacon api 发送性能数据应监听 pagehide 事件，序列化关键字段控制在 64kb 内，服务端裸收原始 body，失败时 localstorage 补报，可将高频丢失率从 70% 降至 5% 以内。
用 Beacon API 发送性能数据，关键不是“瞬间发送”，而是让浏览器在卸载前“尽力发出”——它不等响应、不卡页面、不依赖 JS 执行上下文。只要触发时机对、数据格式合规、服务端能接住，成功率远高于 fetch 或 XHR。
选对卸载事件：pagehide 是首选
beforeunload 和 unload 在现代浏览器中可靠性差，尤其在安卓 Chrome 后台标签、iOS Safari 预加载或 bfcache 场景下容易被跳过。pagehide 覆盖更全，且自带 event.persisted 属性可区分“进缓存”和“真离开”：
- 监听 pagehide，而非 beforeunload 或 unload
- 加判断 if (event.persisted) return，避免把缓存页面当成退出上报
- 若需兼容极旧环境（如 IE），可 fallback 到 unload，但不推荐作为主路径
构造轻量、合规的性能数据
Beacon 只接受特定类型数据，且无自定义 header，必须提前序列化好。性能数据通常来自 performance.timing 或 performance.getEntriesByType，注意压缩和过滤：
- 用 JSON.stringify 序列化后转为字符串（Content-Type 自动为 text/plain）
- 避免传整个 performance 对象，只取关键字段：如 domComplete、loadEventEnd、navigationType、type（navigate / reload / back_forward）
- 控制总大小在 64KB 内；实测超 128KB 多数浏览器直接返回 false
- 不要用 fetch + keepalive 替代 —— 它不是标准，支持度碎片化，行为不可控
服务端要能“裸收”原始 body
Beacon 不发 Content-Type header（或固定为 text/plain），也不带 Authorization，服务端不能依赖常规 JSON 解析中间件：
- Node.js（Express）：用 express.raw({ type: '*/*' }) 拿到 Buffer，再 JSON.parse(body.toString())
- Java（Spring Boot）：用 @RequestBody byte[] 或 HttpServletRequest.getInputStream() 读原始字节
- Nginx：确认未因缺少 Content-Type 或请求头而拦截（如启用了 strict header 检查）
- 日志里记录接收状态，用于反向验证前端是否真发出了
加一层简单兜底（按需）
sendBeacon 返回 boolean，false 表示浏览器拒绝入队（常见于跨域、数据过大、协议错误）。这时可降级存 localStorage，下次打开时补报：
- 仅存关键字段（如 url、duration、timestamp），避免膨胀
- 设置有效期（如 2 小时内有效），过期自动丢弃
- 补报时用普通 fetch，并带上 is_recovered 标识，便于服务端归类
- 不强求 100% 不丢，重点是把“高频丢失场景”从 70% 降到 5% 以内
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
