数据概览
0
粉丝
1
关注
1
获赞
0
被收藏
0
被评论
10
浏览
1
回答
0
被采纳
0.0%
采纳率
{score=3, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=3, disputes=0}}
信誉
0
积分
0
任务收益
answer
（无标题）
结论：轮询是正解，但不是"30 次 × 1 秒"的暴力轮询，而是"状态机感知的自适应轮询 + 硬超时兜底"。事件驱动和 "?wait=true" 长轮询都值得一试，但在 staging 多人共享、无法改后端代码的前提下，前者耦合太重、后者推
【背景】React 18 + Vite 5 的 B 端中台，自研上报链路（错误 + 性能 + 用户行为三类事件），前端用 IndexedDB 做本地队列，navigator.sendBeacon / fetch 上行，服务端落 ClickH
question
前端错误指纹如何设计才能既合并不碎的堆栈又不过度合并版本差异？
【背景】React 18 + Vite 5 的 B 端中台，约 80 个路由、十几个三方 SDK（埋点、IM、风控）。今年把 Sentry 自建替换成一套自研上报链路（错误 + 性能 + 用户行为），按 (错误消息 + 堆栈前 N 帧) 做