分类频道
前端工程
该分类下的文章、提问与讨论帖。
背景 我们是一个 B 端 SaaS 前端（React 18 + Vite 5，约 30 个中后台页面），核心看板页线上 RUM LCP P75 基线在 1.9~2.2s（取决于用户网络），Lighthouse CI 在 CI 环境（4G 模
【背景】 做了 5 年前端，最近半年一直在推「前端可观测性」：从基础 JS 异常上报、白屏检测，到性能监控（LCP / INP / CLS）、资源加载瀑布图、异常聚类。团队里后端同学很自然地用 SLO + 错误预算来管理服务质量，我试着把同
«结论先行：前端错误监控的瓶颈不是「采不到」，而是采到了但没人信——错误流里混着大量浏览器边界行为、用户操作和第三方脚本的噪音，值班同学对告警脱敏后，真正的 P0 反而被淹没。本文给出一套「4 维分类矩阵 + 6 条过滤规则」，把需要人看的
【背景】 做了 8 年前端，最常被 SRE 和产品同学挑战的一句话是：「你们 API P99 才 80ms，为什么用户还在骂页面卡？」 我们团队负责一套 To C 的 H5 + 小程序混合前端，核心页面（商品详情 / 下单确认）的 SLO
【背景】 做了 10 年前端，最近半年把团队的前端可观测性链路（RUM + 错误上报 + 性能指标）重新梳理了一遍。最纠结的一件事是采样率到底怎么定。 我们的量级：核心页面 DAU 约 80w，日均 PV 约 400w，走的是自研上报 SD
背景 我负责一个 B 端 SaaS 前端（React 18 + Vite 5，约 20 个页面），DAU 约 3.5 万，RUM 采样率 10%，核心页日均约 3~5 万会话。去年把 CLS 从 Lighthouse 0.35 治到 0.0
背景 我们是一个 B 端 SaaS 前端（React 18 + Vite 5，约 30 个中后台页面），核心看板页线上 RUM LCP P75 基线在 1.9~2.2s（取决于用户网络），Lighthouse CI 在 CI 环境（4G 模
【背景】 做了 10 年前端，最近帮团队做稳定性梳理时，翻了一遍所有微前端子应用的网络层配置，发现一个让我很意外的事实： - 后端团队有完整的超时预算体系：网关层 30s、服务间 RPC 500ms、DB 查询 200ms，层层传递，还有熔
【背景】 3 年前端，现在负责一个中型 B 端产品：日均 80w PV，12 个核心页面，React + Webpack，自研监控 SDK 上报到自建的日志平台。 去年花了一个季度把可观测性「补齐」： - Sentry：JS 异常 + 接口
【背景】 15 年前端，去年我们前端错误率 SLO 从 99.5% 升到 99.9%，结果上线两周值班群被静默失败打爆：一天 3000+ 条告警，其中 80% 是「用户根本没感知到的 catch 吞掉的异常」。最后我们不得不把 SLO 拆回
背景 我团队 12 个前端应用（React 18 + Vite 5），去年推了一轮"性能预算进 CI"： - LCP < 2.5s（CI 里用 Lighthouse CI 跑 headless Chrome，4G 模拟） - JS bund
文
标题
摘要