前端上报队列弱网补发：IndexedDB 幂等去重的 key 怎么设计才能既不丢事件又不重复计数？

【背景】React 18 + Vite 5 的 B 端中台，自研上报链路（错误 + 性能 + 用户行为三类事件），前端用 IndexedDB 做本地队列，navigator.sendBeacon / fetch 上行，服务端落 ClickHouse。目标是弱网 / 离线时事件不丢，恢复后补发，且同一事件在服务端只计一次。

【现象 / 卡点】上线后出现两种相反的问题：

1. 重复计数：弱网下 fetch 超时，前端判定失败重发，但服务端其实已收到（超时发生在响应回传阶段），同一事件被计了 2~3 次，指标（尤其 PV / 错误次数）虚高；
2. 事件丢失：sendBeacon 在页面卸载时被浏览器丢弃，且 IndexedDB 写入与读取之间存在竞态，偶发整段队列被清掉。

【已尝试】

• 给每个事件生成 clientUuid（crypto.randomUUID），服务端按 (clientUuid, sessionId) 去重 → 但客户端重发时如果 uuid 重新生成就绕过去重；
• 用 IndexedDB 事务包"读队列 + 置 pending"→ 但 sendBeacon 是异步且不可取消，"置 pending"时机和真正发送之间仍有窗口；
• 服务端加 10 分钟去重窗口（Redis TTL）→ 弱网补发可能间隔远超 10 分钟，窗口过期后又重复计数。

【期望的答案形态】希望拿到：①一个可复现的幂等 key 设计（哪些字段进 key、uuid 在哪一步生成并如何持久化、pending/sent 状态机怎么落 IndexedDB）；②sendBeacon vs fetch 在补发场景的选择与"不可取消"怎么兜底；③去重窗口到底该开多大、放客户端还是服务端、如何与"离线时长不可控"兼容；④最好带线上量化数据（重复率 / 丢失率 / 补发延迟 P95）。