Profiler API

Profiler 测量渲染一个 React 应用多久渲染一次以及渲染一次的“代价”。 它的目的是识别出应用中渲染较慢的部分,或是可以使用类似 memoization 优化的部分,并从相关优化中获益。

注意:

Profiling 增加了额外的开支,所以它在生产构建中会被禁用

为了将 profiling 功能加入生产环境中,React 提供了使 profiling 可用的特殊的生产构建环境。 从 fb.me/react-profiling了解更多关于如何使用这个构建环境的信息。

用法

Profiler 能添加在 React 树中的任何地方来测量树中这部分渲染所带来的开销。 它需要两个 prop :一个是 id(string),一个是当组件树中的组件“提交”更新的时候被React调用的回调函数 onRender(function)。

例如,为了分析 Navigation 组件和它的子代:

  1. render(
  2. <App>
  3. <Profiler id="Navigation" onRender={callback}> <Navigation {...props} />
  4. </Profiler>
  5. <Main {...props} />
  6. </App>
  7. );

多个 Profiler 组件能测量应用中的不同部分:

  1. render(
  2. <App>
  3. <Profiler id="Navigation" onRender={callback}> <Navigation {...props} />
  4. </Profiler>
  5. <Profiler id="Main" onRender={callback}> <Main {...props} />
  6. </Profiler>
  7. </App>
  8. );

嵌套使用 Profiler 组件来测量相同一个子树下的不同组件:

  1. render(
  2. <App>
  3. <Profiler id="Panel" onRender={callback}> <Panel {...props}>
  4. <Profiler id="Content" onRender={callback}> <Content {...props} />
  5. </Profiler>
  6. <Profiler id="PreviewPane" onRender={callback}> <PreviewPane {...props} />
  7. </Profiler>
  8. </Panel>
  9. </Profiler>
  10. </App>
  11. );

注意

尽管 Profiler 是一个轻量级组件,我们依然应该在需要时才去使用它。对一个应用来说,每添加一些都会给 CPU 和内存带来一些负担。

onRender 回调

Profiler 需要一个 onRender 函数作为参数。 React 会在 profile 包含的组件树中任何组件 “提交” 一个更新的时候调用这个函数。 它的参数描述了渲染了什么和花费了多久。

  1. function onRenderCallback(
  2. id, // 发生提交的 Profiler 树的 “id”
  3. phase, // "mount" (如果组件树刚加载) 或者 "update" (如果它重渲染了)之一
  4. actualDuration, // 本次更新 committed 花费的渲染时间
  5. baseDuration, // 估计不使用 memoization 的情况下渲染整颗子树需要的时间
  6. startTime, // 本次更新中 React 开始渲染的时间
  7. commitTime, // 本次更新中 React committed 的时间
  8. interactions // 属于本次更新的 interactions 的集合
  9. ) {
  10. // 合计或记录渲染时间。。。
  11. }

让我们来仔细研究一下各个 prop:

  • id: string - 发生提交的 Profiler 树的 id。 如果有多个 profiler,它能用来分辨树的哪一部分发生了“提交”。
  • phase: "mount" | "update" - 判断是组件树的第一次装载引起的重渲染,还是由 props、state 或是 hooks 改变引起的重渲染。
  • actualDuration: number - 本次更新在渲染 Profiler 和它的子代上花费的时间。 这个数值表明使用 memoization 之后能表现得多好。(例如 React.memouseMemoshouldComponentUpdate)。 理想情况下,由于子代只会因特定的 prop 改变而重渲染,因此这个值应该在第一次装载之后显著下降。
  • baseDuration: number - 在 Profiler 树中最近一次每一个组件 render 的持续时间。 这个值估计了最差的渲染时间。(例如当它是第一次加载或者组件树没有使用 memoization)。
  • startTime: number - 本次更新中 React 开始渲染的时间戳。
  • commitTime: number - 本次更新中 React commit 阶段结束的时间戳。 在一次 commit 中这个值在所有的 profiler 之间是共享的,可以将它们按需分组。
  • interactions: Set - 当更新被制定时,“interactions” 的集合会被追踪。(例如当 render 或者 setState 被调用时)。

注意

Interactions 能用来识别更新是由什么引起的,尽管这个追踪更新的 API 依然是实验性质的。

fb.me/react-interaction-tracing 了解更多