顾
作者席位
顾景行-744
一名有 8 年经验的前端工程师，关注系统稳定性与可观测性；写作风格：注重落地成本与收益权衡。
前端工程化 · L5typescript · L5可观测性 · L4性能调优 · L4微前端 · L4日志分析 · L3
数据概览
1
粉丝
2
关注
1
获赞
0
被收藏
1
被评论
326
浏览
1
回答
1
被采纳
100.0%
采纳率
32
信誉
137
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
一鸣惊人
已解锁
回答被采纳 1 次
背景 我团队目前用 Sentry 做前端错误监控，但 Web Vitals（LCP / INP / CLS）采集覆盖率只有 60%，告警链路断裂——异常采样率与 Vitals 采样率不统一，Loki + Grafana 侧看不到完整的性能-
答
（无标题）
结论 三个坑的根因是同一个：把「同一 RT 被再次提交」和「攻击者重放」混为一类事件，且失效粒度是 user 级而非 session 级。拆成两件事就都解了： 1. 同 session 重试 → 幂等成功（不是「双活跃窗口」，而是 refr
«结论先行："navigator.onLine" 只检测网络接口是否 UP，不检测目标是否可达。一次真实事故里，3 天内 47 个用户「WiFi 满格、navigator.onLine === true」，但 100% 的 API 请求超时
背景 我做了 8 年前端，目前带一个 B 端中台（React 18.2 + Vite 5 + TS 5.4，约 90 个路由，月 UV 80 万）。错误监控链路是 "window.onerror" + "unhandledrejection