你所要掌握的最简单基础的React渲染优化

一、React的渲染机制

要掌握一两项React-render优化的方法不难,但是非常重要.无论是在实际项目中的一个小细节,还是迎合'面试官'的口味

1.1 触发Render

我们知道React要更新视图,必须要触发Render.而这往往是影响性能最重要的一步(因为操作了dom).而React之所以这么出色,正是因为占其主导地位的diff算法采用了虚拟DOM(React V-dom),使得渲染性能大大提升。

即便如此,我们在开发的时候也应该要注意一些性能的优化,比如避免无意义的render

那么,触发render的条件有哪些呢?

1. 首次加载组件
2. 使用了setState(更新了Props)
3. Props更新了(父级传给子级的值改变了)

我们完全可以避免2.3情况导致的一些性能问题

1.2 React Diff

虽然说React高效的Diff算法完美结合了虚拟DOM,让用户可以'无限制'刷新而不需要考虑任何性能问题.
但diff算法还是需要一定的时间,如果你不在意触发render的细节,项目模块大了起来,自然就会影响性能了.

1.3 不做任何优化的例子

我尝试着从实现以下功能:

1. 不更新state的值,但是调用了setState方法
2. 传给子级的值不改变,即子级props实际上是没变化的

// 父级.js
import React from 'react'
import MockChild from './child/index.js'
export default class Demo5 extends React.Component{
    constructor(args){
        super(args)
        
        this.state = {
            'mockNum': 0
        }
    }
    handleClick(){
        this.setState({
            'mockNum': 0,
        })
    }
    render(){
        console.log('父级state ==============>', this.state)
        return(
            <div>
                <button onClick={this.handleClick.bind(this)}>点击</button>
                <MockChild  mockNum={this.state.mockNum}/>
            </div>
        )
    }
}

//子组件
render(){
    console.log('子级Props =============>', this.props)
    return(
        <div></div>
    )
}

我们反复点击按钮,虽然state的值并没有任何变化,但是我们看打印的结果！

render重复渲染了！

可能会疑问,我在项目并不会做这么一种无用功的！但实际上,当一个组件逻辑复杂起来之后,会产生各种各样的情况.比如:

比如一个组件的中有个包含onChange事件的input,当我改变该输入框内容的时候调用了setState,渲染视图的时候也会触发子组件的重新render.但我们明明没有做任何和子组件有联系的操作
例如上面的例子:

//父组件.js
state = {
    'mockValue': '123'    
}
handleChange(e){
    this.setState({
        'value': '123',
    })
}

//render
<input onChange={this.handleChange.bind(this)} />
<MockChild />

/*
* 子组件不做变化
*/

很不爽,真的！必须给安排掉.

二、基础的React优化

2.1 生命周期: shouldComponentUpdate

可能没听过shouldComponentUpdate,我们简单介绍一下它的执行周期

不熟悉React生命周期的可以看看这篇文章:《React生命周期执行顺序详解》

可以看到它是在render渲染之前触发的,只要我们在这里加以判断就可以有效阻止'无用'的render触发.当然你说componentWillReceiveProps也可以,当然！但是它只有props的更新判断,而有时候我们也不能放过未更改的state！

shouldComponentUpdate(nextProps, nextState){
    if(nextState !== this.state && nextProps !== this.props) return true;
    return false
}

这么简短的代码就可以解决冗余的render触发.当然有时候项目规模大了之后,就需要具体到某一个值

nextState.xxx !== this.state.xxx && ...

2.2 PureComponent

先介绍PureComponent的用法,实在是太简便了

import React, { PureComponent } from 'react'

export default class Demo5 extends PureComponent{

}

实际上就是把React.Component代替成PureComponent.

可能会疑问那PureComponent应该是一个插件吧？为什么就在react包里？其实它是官方在React15.3提出的一个'纯净的组件'

在版本允许的情况下,还是建议使用PureComponent,既能优化render次数,也能减少shouldComponentUpdate的代码。但是PureComponent只是执行了浅比较

什么是浅比较呢?

我们先来看看源码

if (this._compositeType === CompositeTypes.PureClass) {
  shouldUpdate = !shallowEqual(prevProps, nextProps)
  || !shallowEqual(inst.state, nextState);
}

可以看到判断主要是通过shallowEqual方法执行的（即可以判断state,也可以判断props）

shallowEqual具体作用是什么呢?实际上它使用了ES6的Object.keys.只是做了以下这么几个判断:

1. 新的和旧的props(state)是否两者都有相同的key?
2. 引用是否改变

第二种可能有点难以理解,什么是引用是否改变?

简单地解释就是,是否有新的元素参与改变

举个官方常用例子:

class App extends PureComponent {
  state = {
    items: [1, 2, 3]
  }
  handleClick = () => {
    const { items } = this.state;
    items.pop();
    this.setState({ items });
  }
  render() {
    return (<div>
      <ul>
        {this.state.items.map(i => <li key={i}>{i}</li>)}
      </ul>
      <button onClick={this.handleClick}>delete</button>
    </div>)
  }
}

可以看到,我们点击delete的时候,虽然items数组执行了pop()方法,删除最后一项！但是li标签却没变少！那是因为shallowEqual根本不吃你这套.它认为items还是同一个引用,所以给我true！在通过！反过来就是false了

那要如果改变引用呢？
我们可以这样尝试.(这也是解决浅比较常用的一个办法)

this.setState({ 
    items: [].concat(items) 
});

当然,大多数情况我们都可以通过PureComponent解决啦！实在不行,还可以通过componentWillReceiveProps进一步判断呢！

PureComponent更多的介绍可以看:《React PureComponent 使用指南》