,大家好,我卡颂。,对于长期迭代的React项目,性能是不能忽视的问题。通常我们通过:,检测运行时性能瓶颈。,实际上,React本身就内置了性能检测组件 —— Profiler,可以很方便的检测React项目的性能。,Profiler是个内置组件,用他包裹需要检测性能的组件即可:,嵌套使用也是可以的:,Profiler会检测被他包裹的组件树的性能,检测结果会作为onRender回调的参数:,那么,这些参数都是什么意思呢?其实我们完全没必要记这些。,我们只需要知道,一些典型的性能优化场景该使用哪些参数就行。,对于一般的组件更新,会经历4个步骤:,但如果在上一次更新流程的4个步骤还未走完的情况下,又触发新的更新:,,可以发现,在这种情况下,「视图更新」的时机远滞后于一般更新流程,这会造成页面交互卡顿。,这就是「组件嵌套更新」,通常我们在useLayoutEffect中触发新的更新会遇到这种情况。,Profiler onRender回调的phase参数,用来表示组件所处更新阶段:,通过该参数可以判断组件是否处于嵌套更新。,当遇到嵌套更新造成的性能问题,可以考虑用useEffect替代useLayoutEffect。,当提到「性能优化」,很多同学第一反应就是:,但当我们使用这些性能优化API后,我们怎么知道性能是否变得更好?,为了检测优化效果,通常会在关键组件打印个log,如果状态更新后log没打印,代表组件没有render,命中缓存成功,比如这样:,但这样并不能反映性能优化的整体效果。这时候可以考虑Profiler中的actualDuration与baseDuration参数:,所以,用baseDuration减去actualDuration剩余的时间,就是性能优化节约的时间。,比如,对下面的<App/>组件性能优化后,只需要在onRender中比较baseDuration与actualDuration之间的差就能度量<App />的性能优化效果:,这个值越高,代表性能优化效果越好。当接近0时,代表性能优化没有起到作用。,如果你的同事固执的认为所有函数props都必须用useCallback包裹,所有变量props都必须用useMemo包裹,请用以上数据狠狠的和他讲道理。,当我们要做性能优化时,首先应该明确 —— 项目的性能瓶颈在哪?此时,可以用Profiler划分几个「待比较区域」,再分别对比actualDuration。,比如,对于下面的应用:,<Sidebar />和<Content />谁render更耗时?,此时可以用Profiler分别包裹这两个组件:,再分别在onRender中衡量actualDuration,值比较高的区域render更耗时。,这种方式定制性比较高。如果想更直观比较哪些组件render更耗时,可以使用React Dev Tools中Profiler面板的火炬图。,Profiler是React内置的性能分析组件,用于度量其包裹的子树的渲染性能。,最后说个有意思的细节 —— 在官网Profiler部分[2]中只介绍了Profiler有onRender这个回调。,从Profiler源码看,他还存在:,不知道为什么,他们没有在文档中提及。,[1]why-did-you-render:https://www.npmjs.com/package/@welldone-software/why-did-you-render。,[2]官网Profiler部分:https://react.dev/reference/react/Profiler。
© 版权声明
文章版权归作者所有,未经允许请勿转载。