当谈论 React 的性能问题时，不可避免的一个话题就是组件的 re-render 重复渲染。React 的组件需要关注两个阶段 初始阶段渲染： 当组件第一次挂载时 重复渲染： 组件已挂载，需要更新组

webpack的性能优化较多，我们可以对其进行分类： 优化一：打包后的结果，上线时的性能优化。（比如分包处理、减小包体积、CDN服务器等） 优化二：优化打包速度，开发或者构建时优化打包速度。（比如ex

本文为稀土掘金技术社区首发签约文章，14天内禁止转载，14天后未获授权禁止转载，侵权必究！ 自从知道了 Sentry、Fundbug 可用于异常监控之后，小编就一直对它们能自动捕获前端异常的机制非常感

一篇文章演示如何监测项目的性能问题，一步一步来解决发现的web性能问题。使用工具Lighthouse和performance

初代性能参考标准 - RAIL 在 Web Vitals 推出之前，Google 使用了一种名为 RAIL 的性能模型来衡量 Web 应用程序的性能。RAIL 模型将每个用户交互分为四个阶段：响应、动

最近小编在做关于 Sentry 上报异常自动推送给工作群的功能。一开始想的技术方案非常普遍，就是实现一个 node 服务，暴露一个接口给 Sentry 应用的 webhook。这样，Sentry 上报

最近项目组决定将前端异常监控由 Fundebug 切换为 Sentry。整个切换过程可以说非常简单，部署一个后台服务，然后将 Sentry SDK 集成到前端应用中就完事儿了。在之后的使用过程中，小编

本文为稀土掘金技术社区首发签约文章，14天内禁止转载，14天后未获授权禁止转载，侵权必究！ 之前，小编写过一篇关于使用 Sentry 做异常监控的文章 - 使用 Sentry 做异常监控 - 如何优雅

本文为稀土掘金技术社区首发签约文章，14天内禁止转载，14天后未获授权禁止转载，侵权必究！ 还记得小编之前的一篇文章 - 如何优雅的解决 Qiankun 下 Sentry 异常上报无法自动区分项目的问