上一篇文章的结尾 https://cloud.tencent.com/developer/article/1009611 我们说到,也许,不是所有的节点都需要重新渲染,对于那些不需要渲染的节点,我们如何找到它们并做优化呢?
本篇文章来具体解答这个问题。
首先,先看这个应用:页面的两部分分别渲染5000个节点,从1-5000。当点击按钮之后,第二部分的节点会更新,重新渲染从2-5001的数字,但是第一部分保持不变。
import React, { createElement, Component } from 'react';
import {render} from 'react-dom';
import Perf from 'react-addons-perf';
import ListItem from './ListItem'
function arrayGenerator(length) {
return Array.apply(null, { length: length }).map(Number.call, Number)
}
class App extends Component {
constructor(props) {
super(props)
this.state = {
multiplier: 1
}
}
resetMultiplier() {
this.setState({ multiplier: 2 })
}
render() {
return (
<div className="App">
<button onClick={this.resetMultiplier.bind(this)}>Click Me</button>
<ul>
{
arrayGenerator(5000).map(i => {
return <ListItem key={i} text={i}/>
})
}
{
arrayGenerator(5000).map(i => {
return <ListItem key={i} text={i + this.state.multiplier}/>
})
}
</ul>
</div>
);
}
}
render(<App />,document.getElementById('main'));
gitbug 链接: https://github.com/hhhuangqiong/performance-for-react
感兴趣的同学可以下载跑一跑代码
这里用react的Perf工具来测量重新渲染的时间。
使用方法:
npm install --save-dev react-addons-perf
import Perf from 'react-addons-perf'
这里主要用到四个方法:
开始计时的函数,我把它放到resetMultiplier里,即将发生发生改变时开始计时。然后在componentDidUpdate里,用Perf.stop()结束计时,然后打印渲染组件的时间跟浪费的时间。
componentDidUpdate() {
Perf.stop()
Perf.printInclusive()
Perf.printWasted()
}
resetMultiplier() {
Perf.start()
this.setState({ multiplier: 2 })
}
当我们点击按钮,可以看到控制台打印出下面的信息:
由控制台的数据可以看出,App用了90.59ms渲染,其中渲染ListItem的时间为55ms,渲染了10000次,其中有5000次是浪费的,因为这部分页面的内容完全没有更新的改动。
既然是不需要渲染,那就要阻止它的渲染。React给我们提供了一个方法shouldComponentUpdate(),当这个方法返回true的时候,需要重新渲染,false的时候不需要(默认是true).
在这个栗子中,只要text的值不变,就不需要重新渲染。所以,可以这样改写ListItem 的shouldComponentUpdate
import React, { Component } from 'react'
export default class ListItem extends Component {
shouldComponentUpdate(nextProps, nextState) {
return nextProps.text !== this.props.text
}
render() {
let { text } = this.props
return <li>{text}</li>
}
}
在重新点击一下按钮,在控制台可以发现
App总的渲染时间降到了62.14ms,并且ListItem只重新渲染了5000个节点,完全消除了浪费的渲染。
对于上面的写法,React提供了一个新的组件PureComponent来做这件事,它会自动浅对比props/state,当两者相同的时候不渲染节点。所以,listItem又可以改写成
import React, { PureComponent } from 'react'
export default class ListItem extends PureComponent {
render() {
let { text } = this.props
return <li>{text}</li>
}
}
跑一跑代码
通过控制台可以看到达到的效果是一样的(有点误差是正常的)。
这里再安利一个可以发现应用里是否存在不该重新渲染的节点工具:why-did-you-update
npm i --save-dev why-did-you-update
import React from 'react'
if (process.env.NODE_ENV !== 'production') {
const {whyDidYouUpdate} = require('why-did-you-update')
whyDidYouUpdate(React)
}
然后点击按钮看控制台
可以看到不应该重新渲染的节点出现了Value did not change. Avoidable re-render!的警告,是不是很实用!
PureComponent只会浅比较,所以不适合用于深层嵌套的对象。同时,PureComponent不仅仅会跳过自己的重新渲染,还会跳过它所有子节点的,所以要注意,用它的时候是最好没有子节点并且不依赖于global state的展示型组件。
不知道有没有人跟我有这样的疑问,无状态组件跟纯净组件有什么不同?这里做一个区分:
无状态组件只是作为一个展示组件,它的好处是:
坏处:
关于如何在实际中使用这两个组件,还要根据具体的实际情况来选择~
综上可以看出,减少不必要的重新渲染对于提升我们的性能有很大的意义。我个人觉得,在实际中,用Perf跟why-did-you-update两个工具已经可以很好帮我们判断哪部分不需要重新渲染,我们可以根据结果做出优化。
PureComponent那么好用,但是使用PureComponent是有条件的呀~
由于PureComponent只是做了一个浅比较,所以深层嵌套的对象跟数组都是比不出来的,可能会导致需要渲染的地方没有重新渲染的错误展示。
那么浅比较又是什么呢?下篇文章我们来继续探索
参考链接: