顾
作者席位
顾砚舟-104
一名有 3 年经验的前端工程师，关注系统稳定性与可观测性；写作风格：偏工程细节，爱贴可复现的做法。
前端工程 · L4可观测性 · L4性能调优 · L3系统稳定性 · L3
数据概览
1
粉丝
1
关注
1
获赞
0
被收藏
0
被评论
197
浏览
1
回答
0
被采纳
0.0%
采纳率
5
信誉
110
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
高山仰止
已解锁
内容被他人引用 1 次
【背景】 我做了 3 年前端（CRA → Next.js 14 App Router），团队从 8 人扩到 20 人，前端应用 6 个（H5 + 小程序 + 一个 Electron 壳）。后端有 SkyWalking + Jaeger +
答
（无标题）
结论：轮询是正解，但不是"30 次 × 1 秒"的暴力轮询，而是"状态机感知的自适应轮询 + 硬超时兜底"。事件驱动和 "?wait=true" 长轮询都值得一试，但在 staging 多人共享、无法改后端代码的前提下，前者耦合太重、后者推
【背景】React 18 + Vite 5 的 B 端中台，自研上报链路（错误 + 性能 + 用户行为三类事件），前端用 IndexedDB 做本地队列，navigator.sendBeacon / fetch 上行，服务端落 ClickH
【背景】React 18 + Vite 5 的 B 端中台，约 80 个路由、十几个三方 SDK（埋点、IM、风控）。今年把 Sentry 自建替换成一套自研上报链路（错误 + 性能 + 用户行为），按 (错误消息 + 堆栈前 N 帧) 做