你的React组件还能跑得再快一点

写在前面

React 提供的虚拟 DOM 和高效的 Diff 算法的完美搭配，实现了对 DOM 最小粒度的更新。在大多数情况下，React 对 DOM 的渲染效率可以满足我们的开发需求。但是个别复杂业务场景下，性能问题在所难免，我们需要采取一些措施来提升性能，其中 React 组件的渲染性能优化很重要的一点就是避免不必要的渲染。

render 做了什么事情

Diffing

React 将 render 函数返回的虚拟 DOM 树与老的进行比较，从而确定 DOM 要不要更新、怎么更新。尽管React使用高度优化的算法进行 diff ，但是这个过程仍然会损耗性能。比方说在 DOM 树很大的说话，遍历两棵树进行各种比对还是相当耗性能的，特别是在顶层 setState 一个微小的修改，默认会去遍历整棵树，然而 JQuery 一行代码就可以搞定。

对比可能挫一点的手动操作 DOM，diff 上的性能损耗让 React 赢不了。换句话说 React 提供了一套方便的 DOM 更新机制，非常方便性能也 OK。

Reconciliation

根据 diff 的结果来更新 DOM 树，来挂载或卸载DOM节点，同样会损耗性能，这部分不做过多阐述，感兴趣的同学可以移步文档 reconciliation 。

什么时候 render 会被调用

组件挂载的时候

React 组件构建并将 DOM 元素插入页面的过程称为挂载。

setState

 方法被调用的时候

但是执行 setState 的时候一定会重新渲染吗？答案是不一定。当 setState 传入 null 的时候，并不会触发 render ，不信的同学可以试一下下面的 demo
class App extends React.Component {   state = {     a: 1   };    render() {     console.log(“render”);     return (       <>         <p>{this.state.a}</p>         <button           onClick={() => {             this.setState({ a: 1 }); // 这里并没有改变 a 的值           }}         >           Click me         </button>         <button onClick={() => this.setState(null)}>setState null</button>         <Child />       </>     );   } }

父组件重新渲染

只要父组件重新渲染了，即使传入子组件的 props 未发生变化，那么子组件也会重新渲染。

我们对上面的 demo 进行稍微的修改，可以看出当点击按钮的时候， Child 组件的 props 并没有发生变化，但是也触发了 render 方法。
const Child = () => {   console.log(“child render”);   return <div>child</div>; };  class App extends React.Component {   state = {     a: 1   };    render() {     console.log(“render”);     return (       <>         <p>{this.state.a}</p>         <button           onClick={() => {             this.setState({ a: 1 });           }}         >           Click me         </button>         <button onClick={() => this.setState(null)}>setState null</button>         <Child />       </>     );   } }

我们能做什么？

上文描述的 React 组件渲染机制其实是一种较好的做法，很好地避免了在每一次状态更新之后，需要去手动执行重新渲染的相关操作。鱼和熊掌不可兼得，带来方便的同时也会存在一些问题，当子组件过多或者组件的层级嵌套过深时，因为反反复复重新渲染状态没有改变的组件，可能会增加渲染时间又会影响用户体验，此时就需要对 React 的 render 进行优化。

上面说了不必要的 render 会带来性能问题，因此我们的主要优化思路就是减少不必要的 render。

在 React 类组件中，利用 shouldComponentUpdate 或者 PureComponent 来减少因为父组件更新而触发子组件的render，从而达到目的。

shouldComponentUpdate 来决定是否组件是否重新渲染，如果不希望组件重新渲染，返回 false 即可。

你真的了解 PureComponent 吗？

在 React 中 PureComponet 的源码为
if (this._compositeType === CompositeTypes.PureClass) {   shouldUpdate = !shallowEqual(prevProps, nextProps) || ! shallowEqual(inst.state, nextState); }
看函数名就能够理解，PureComponet 通过对 props 和 state的浅比较结果来实现 shouldComponentUpdate，当对象包含复杂的数据结构时，可能就不灵了，对象深层的数据已改变却没有触发 render。

看到这里，顺便看一下 shallowEqual 是如何实现的。
const hasOwnProperty = Object.prototype.hasOwnProperty;   function is(x: mixed, y: mixed): boolean {   if (x === y) {     return x !== 0 || y !== 0 || 1 / x === 1 / y;   } else {     return x !== x && y !== y;   } }   function shallowEqual(objA: mixed, objB: mixed): boolean {   // 首先对基本类型进行比较   if (is(objA, objB)) {     return true;   }    if (typeof objA !== ‘object’ || objA === null ||       typeof objB !== ‘object’ || objB === null) {     return false;   }    const keysA = Object.keys(objA);   const keysB = Object.keys(objB);    // 长度不相等直接返回false   if (keysA.length !== keysB.length) {     return false;   }    // key相等的情况下，再去循环比较   for (let i = 0; i < keysA.length; i++) {     if (       !hasOwnProperty.call(objB, keysA[i]) ||       !is(objA[keysA[i]], objB[keysA[i]])     ) {       return false;     }   }    return true; }
函数组件怎么办

那么现在问题来了，函数组件并没有 shouldComponentUpdate 这个生命周期，有没有什么办法可以避免不必要的 render。

利用高阶组件

除了把函数组件转成类组件，还可以利用高阶组件，封装一个类似 PureComponet 的功能
const shouldComponentUpdate = arePropsEqual => BaseComponent => {   class ShouldComponentUpdate extends React.Component {     shouldComponentUpdate(nextProps) {       return arePropsEqual(this.props, nextProps)     }      render() {       return <BaseComponent {…this.props} />     }   }    ShouldComponentUpdate.displayName = `Pure(${BaseComponent.displayName})`;   return ShouldComponentUpdate; }  const Pure = BaseComponent => {   const hoc = shouldComponentUpdate(       (props, nextProps) => !shallowEqual(props, nextProps)   )    return hoc(BaseComponent); }
使用 Pure 高阶组件的时候，只需要对我们的子组件进行装饰即可。
import React from ‘react’;  const Child = (props) => <div>{props.name}</div>;  export default Pure(Child);
使用 React.memo

React.memo 是 React 16.6 新的一个API，用来缓存组件的渲染，避免不必要的更新，其实也是一个高阶组件，与 PureComponent 十分类似，与 PureComponent 不同的是， React.memo 只能用于函数组件

基本用法

import { memo } from ‘react’;  function Button(props) {   // Component code }  export default memo(Button);

高级用法

默认情况下其只会对 props 做浅层对比，遇到层级比较深的复杂对象时，表示力不从心了。对于特定的业务场景，可能需要类似 shouldComponentUpdate 这样的 API，这时通过 memo 的第二个参数来实现。
function arePropsEqual(prevProps, nextProps) {   // your code   return prevProps === nextProps; }  export default memo(Button, arePropsEqual);
注意：

与 shouldComponentUpdate 不同的是， arePropsEqual 返回 true 时，不会触发 render，如果返回 false ，则会。而 shouldComponentUpdate 刚好与其相反。

合理拆分组件

微服务的核心思想是：以更轻、更小的粒度来纵向拆分应用，各个小应用能够独立选择技术、发展、部署。我们在开发组件的过程中也能用到类似的思想。试想当一个整个页面只有一个组件时，无论哪处改动都会触发整个页面的重新渲染，去 diffing 和 reconciliation 整个页面。在对组件进行拆分之后，render 的粒度更加精细，性能也能得到一定的提升。

总结

本文主要介绍了如何减少不必要的 render 来提升 React 的性能。在实际开发过程中，前端性能问题可能并不常见，随着业务的复杂度增加，遇到性能问题的概率也会随之增加。

减少 render 的次数 类组件可以使用 shouldComponentUpdate 或 PureComponent，函数组件可以利用高级组件的特性或者 React.memo 对组件进行合理的拆分

在摸索这些解决方案的同时，我们能够学习到诸多经典的编程思想，从而更加合理的运用框架、技术解决业务问题。