使用PureComponent 和 memo进行React性能优化

前言

关于React性能优化,有各种方法。今天,我们主要使用两个官方推出的组件模式来进行切入,优化点主要基于防止组件进行不必要的render渲染以提升性能。


react原生渲染机制的性能问题

首先来看个简单的栗子,有父子两个组件:

// 父组件
import React, { Component } from 'react';
import './App.css';
import SonComponent from './SonComponent';

class FatherComponent extends Component {
  constructor() {
    super();
    this.state = {
      fatherMsg: "who's your daddy",
      sonMsg: "I'm son"
    }
  }

  render() {
    const { fatherMsg, sonMsg } = this.state;
    console.log('fatherMsg', fatherMsg);
    return (
      <div>
        <button
          onClick={() => {this.setState({fatherMsg: 'father || ' + Date.now()})}}>
          变换fatherMsg值</button>
        <SonComponent sonMsg={sonMsg}></SonComponent>
      </div>
    );

  }
}

export default FatherComponent;

父亲组件作为容器组件,管理两个状态,一个fatherMsg用于管理自身组件,一个sonMsg用于管理子组件状态。按钮点击事件用于修改父组件状态。

// 子组件
import React, { Component } from 'react';

class SonComponent extends Component {
  
  render() {
    const { sonMsg } = this.props;
    console.log('sonMsg', sonMsg + ' || ' + Date.now());
    return (
    <div>{sonMsg}</div>
    )
  }
}

export default SonComponent;

当页面初始化时,打印出了两条数据:

初始化打印值

这很正常,页面初始化时,react进行dom树的建设与渲染,数据自上而下流动,由父到子打印出了两个值。
当我们点击按钮改变父组件状态时,奇怪的事情发生了:
子组件并没有用到父组件的fatherMsg,但是当fatherMsg变化时,虽然子组件的props并没有变化,但子组件也跟着父组件更新并重新render了:
子组件跟着父组件重新渲染

对,这就是react原生渲染机制的问题:当父组件更新时,子组件无论props是否改变,都进行了重新渲染,造成了性能浪费
我们知道,对一个组件的dom进行render,特别是当dom树较为复杂时,是相当消耗时间和性能的,应尽量避免。以上截图中的2ms,就是这次浪费的时间,而这只是一个最简单的组件,复杂的组件会消耗更多。
我们想要的,是当子组件props更新之后,才对子组件进行重新render。

使用shouldComponentUpdate进行人为干预

我们先来温习一下react生命周期:

react生命周期

可以看到,在updating阶段,有一个钩子shouldComponentUpdate,它会返回一个boolean值,以控制组件是否更新。同时会接收两个参数:新的props和新的state。我们来试试:

import React, { Component } from 'react';

class SonComponent extends Component {
  shouldComponentUpdate(nextProps, nextState){
    console.log('当前现有的props值为'+ this.props.sonMsg);
    console.log('即将传入的props值为'+ nextProps.sonMsg);
  }
  
  render() {
    const { sonMsg } = this.props;
    console.log('sonMsg', sonMsg + ' || ' + Date.now());
    return (
    <div>{sonMsg}</div>
    )
  }
}

export default SonComponent;

打印值

可以看到,当点击按钮触发子组件更新时,触发了shouldComponentUpdate,但我故意没有return。所以控制台报错。这时子组件并没有更新。
修改返回值:

shouldComponentUpdate(nextProps,nextState){
        console.log('当前现有的props值为'+ this.props.sonMsg);
        console.log('即将传入的props值为'+ nextProps.sonMsg);
        return this.props.sonMsg !== nextProps.sonMsg
 }   

这时,就实现了我们想要的:只有当props变化时,才更新子组件。
但是,在实际开发中,我们的子组件往往不止有一个props。当有多个属性时,就需要一个个对比,会使代码非常难看。
并且,如果是对象这种引用类型,是无法通过简单的===进行比较的。
这时,可以采取一种取巧的方法,即序列化props后进行比较:

shouldComponentUpdate(nextProps,nextState){
        return JSON.stringify(this.props) !== JSON.stringify(nextProps)
 }   

但是,当props上挂载function时,会产生问题:

JSON.stringify(function() {})  // undefined

并且,由于对象是无序的,当对象成员顺序发生变化时,序列化方法不再生效。
这种方法,在大部分情况下是适用的。只要注意以上说明的几种特殊情况就好。

使用PureComponent

如果每个组件都需要使用shouldComponentUpdate来控制更新,那也太low了。
react官方提供了PureComponent模式解决默认情况下子组件渲染策略的问题。

// 子组件
import React, { PureComponent } from 'react';

class SonComponent extends PureComponent {
  
  render() {
    const { sonMsg } = this.props;
    console.log('sonMsg', sonMsg + ' || ' + Date.now());
    return (
    <div>{sonMsg}</div>
    )
  }
}

export default SonComponent;

当父组件修改跟子组件无关的状态时,再也不会触发自组件的更新了。
用PureComponent会不会有什么缺点呢?
刚才我们是传入一个string字符串(基本数据类型)作为props传递给子组件。
现在我们是传入一个object对象(引用类型)作为props传递给子组件。看看效果如何:

// 父组件
import React, { Component } from 'react';
import './App.css';
import SonComponent from './SonComponent';

class FatherComponent extends Component {
  constructor() {
    super();
    this.state = {
      fatherMsg: "who's your daddy",
      sonMsg: {
        val: "I'm son"
      }
    }
  }

  render() {
    const { fatherMsg, sonMsg } = this.state;
    console.log('fatherMsg', fatherMsg);
    return (
      <div>
        <button
          onClick={() => {
            sonMsg.val = 'son' + Date.now();
            this.setState({ sonMsg })}
          }>
          变换sonMsg值</button>
        <SonComponent sonMsg={sonMsg}></SonComponent>
      </div>
    );

  }
}

export default FatherComponent;

当我们点击按钮修改了sonMsg时,发现子组件并没有更新,为什么?
因为PureComponent 对状态的对比是浅比较
遇到了和shouldComponentUpdate同样的问题。关于深浅比较和拷贝,可以参考我的这篇文章
解决这个问题,我们可以采用更换新指针或者深拷贝来解决:

         this.setState(({sonMsg}) =>
          { 
            return {
              sonMsg:{
                ...sonMsg,
                val:'son' + Date.now()
              }
            }
          })

React.PureComponent 中的 shouldComponentUpdate() 仅作对象的浅层比较。如果对象中包含复杂的数据结构,则有可能因为无法检查深层的差别,产生错误的比对结果。仅在你的 props 和 state 较为简单时,才使用 React.PureComponent,或者在深层数据结构发生变化时调用 forceUpdate() 来确保组件被正确地更新。你也可以考虑使用 immutable 对象加速嵌套数据的比较。

此外,React.PureComponent 中的 shouldComponentUpdate() 将跳过所有子组件树的 prop 更新。因此,请确保所有子组件也都是“纯”的组件。

使用forceUpdate

在react生命周期图中,我们看到一个叫forceUpdate的钩子。它的作用是强制更新组件。当我们没有把握对于复杂props对比更新时,可以采用这个方法,对props进行手动检测后进行强制更新。

使用React.memo

上述我们花了很大篇幅,讲的都是class组件,但是随着hooks出来后,更多的组件都会偏向于function 写法了。React 16.6.0推出的重要功能之一,就是React.memo。

React.memo 为高阶组件。它与 React.PureComponent 非常相似,但它适用于函数组件,但不适用于 class 组件。

如果你的函数组件在给定相同 props 的情况下渲染相同的结果,那么你可以通过将其包装在 React.memo 中调用,以此通过记忆组件渲染结果的方式来提高组件的性能表现。这意味着在这种情况下,React 将跳过渲染组件的操作并直接复用最近一次渲染的结果。

默认情况下其只会对复杂对象做浅层对比,如果你想要控制对比过程,那么请将自定义的比较函数通过第二个参数传入来实现。

function MyComponent(props) {
  /* 使用 props 渲染 */
}
function areEqual(prevProps, nextProps) {
  /*
  如果把 nextProps 传入 render 方法的返回结果与
  将 prevProps 传入 render 方法的返回结果一致则返回 true,
  否则返回 false
  */
}
export default React.memo(MyComponent, areEqual);

此方法仅作为性能优化的方式而存在。但请不要依赖它来“阻止”渲染,因为这会产生 bug。

此方法在函数式组件中非常有用,因为在函数式组件中没有shouldComponentUpdate方法。

结语

本文所进行的react性能优化,都是针对避免子组件进行不必要的更新来开展的。以上几种方法都可以实现这种优化,分别适合不同的场景。
但对于比较复杂类型这种棘手的问题,所有方法都必须进行一定的处理,要么在父组件进行指针层面的更新,要么在子组件进行深度比较来控制是否更新。
不管怎样,在对前端代码进行性能优化这项浩大的工程上,我们都前进了一小步。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349

推荐阅读更多精彩内容