前言
关于react性能优化，在react 16这个版本，官方推出fiber，在框架层面优化了react性能上面的问题。由于这个太过于庞大，我们今天围绕子自组件更新策略，从两个及其微小的方面来谈react性能优化。 其主要目的就是防止不必要的子组件渲染更新。
子组件何时更新？
首先我们看个例子,父组件如下：
import React,{Component} from ‘react‘;
import ComponentSon from ‘./components/ComponentSon‘;
import ‘./App.css‘;
class App extends Component{
state = {
parentMsg:‘parent‘,
sonMsg:‘son‘
}
render(){
return (
<div className="App">
<header className="App-header" onClick={()=> {this.setState({parentMsg:‘parent‘ + Date.now()})}}>
<p>
{this.state.parentMsg}
</p>
</header>
<ComponentSon sonMsg={this.state.sonMsg}/>
</div>
);}
}
export default App;
父亲组件作为容器组件，管理两个状态，一个parentMsg用于管理自身组件，一个sonMsg用于管理子组件状态。两个点击事件用于分别修改两个状态
子组件写法如下：
import React,{Component} from ‘react‘;
export default class ComponentSon extends Component{
render(){
console.log(‘Component rendered : ‘ + Date.now());
const msg = this.props.sonMsg;
return (
<div> {msg}</div>
)
}
}
无论什么点击哪个事件，都会触发 ComponentSon 的渲染更新。 控制台也可以看到自组件打印出来的信息：
PureComponent rendered : 1561790880451
但是这并不是我们想要的吧？按理来说，子组件需要用到的那个props更新了，才会重新渲染更新，这个才是我们想要的。还好React 的class组件类中的shouldComponentUpdate可以解决我们的问题。
// shouldComponentUpdate
import React,{Component} from ‘react‘;
export default class ComponentSon extends Component{
shouldComponentUpdate(nextProps,nextState){
console.log(‘当前现有的props值为‘+ this.props.sonMsg);
console.log(‘即将传入的props值为‘+ nextProps.sonMsg);
}
render(){
console.log(‘PureComponent rendered : ‘ + Date.now());
const msg = this.props.sonMsg;
return (
<div> {msg}</div>
)
}
}
注意，这个shouldComponentUpdate要返回一个boolean值的，这里我没有返回，看看控制台怎么显示？当我点击修改parentMsg的元素时：
当前现有的props值为son
即将传入的props值为son
Warning: ComponentSon.shouldComponentUpdate(): Returned undefined instead of a boolean value. Make sure to return true or false.
也就是说，控制台给出了一个警告，同时shouldComponentUpdate默认返回true，即要更新子组件。因此，避免props没有发生变化的时候更新，我们可以修改shouldComponentUpdate：
shouldComponentUpdate(nextProps,nextState){
console.log(‘当前现有的props值为‘+ this.props.sonMsg);
console.log(‘即将传入的props值为‘+ nextProps.sonMsg);
return this.props.sonMsg !== nextProps.sonMsg
}
这样就解决了不必要的更新。
PureComponent 更新原理（class 组件）
在上述例子中，我们看到了shouldComponentUpdate在 class 组件上的积极作用，是不是每个class组件都得自己实现一个shouldComponentUpdate判断呢？react 官方推出的PureComponent就封装了这个，帮忙解决默认情况下子组件渲染策略的问题。
import React,{PureComponent} from ‘react‘;
export default class ComponentSon extends PureComponent{
render(){
console.log(‘PureComponent rendered : ‘ + Date.now());
const msg = this.props.sonMsg;
return (
<div> {msg}</div>
)
}
}
当父组件修改跟子组件无关的状态时，再也不会触发自组件的更新了。
用PureComponent会不会有什么缺点呢？
这里我们是传入一个string字符串（基本数据类型）作为props传递给子组件。 这里我们是传入一个object对象（引用类型）作为props传递给子组件。
import React,{Component} from ‘react‘;
import ComponentSon from ‘./components/ComponentSon‘;
import ‘./App.css‘;
class App extends Component{
state = {
parentMsg:‘parent‘,
sonMsg:{
val:‘this is val of son‘
}
}
render(){
return (
<div className="App">
<header className="App-header" onClick={()=> {this.setState({parentMsg:‘parent‘ + Date.now()})}}>
<p>
{this.state.parentMsg}
</p>
</header>
<button onClick={()=>
this.setState(({sonMsg}) =>
{
sonMsg.val = ‘son‘ + Date.now();
console.table(sonMsg);
return {sonMsg}
})
}>修改子组件props</button>
<ComponentSon sonMsg={this.state.sonMsg}/>
</div>
);}
}
export default App;
当我们点击button按钮的时候，触发了setState，修改了state，但是自组件却没有跟新。为什么呢？这是因为：
PureComponent 对状态的对比是浅比较的
PureComponent 对状态的对比是浅比较的
PureComponent 对状态的对比是浅比较的
this.setState(({sonMsg}) =>
{
sonMsg.val = ‘son‘ + Date.now();
console.table(sonMsg);
return {sonMsg}
})
这个修改state的操作就是浅复制操作。什么意思呢？这就好比
let obj1 = {
val: son
}
obj2 = obj1;
obj2.val = son + ‘1234‘; // obj1 的val 也同时被修改。因为他们指向同一个地方引用
obj1 === obj2;// true
也就是说，我们修改了新状态的state，也修改了老状态的state，两者指向同一个地方。PureComponent 发现你传入的props 和 此前的props 一样的，指向同一个引用。当然不会触发更新了。
那我们应该怎么做呢？react 和 redux中也一直强调，state是不可变的，不能直接修改当前状态，要返回一个新的修改后状态对象
因此，我们改成如下写法，就可以返回一个新的对象，新对象跟其他对象肯定是不想等的，所以浅比较就会发现有变化。自组件就会有渲染更新。
this.setState(({sonMsg}) =>
{
console.table(sonMsg);
return {
sonMsg:{
...sonMsg,
val:‘son‘ + Date.now()
}
}
})
除了上述写法外，我们可以使用Object.assign来实现。也可以使用外部的一些js库，比如Immutable.js等。
而此前的props是字符串字符串是不可变的（Immutable）。什么叫不可变呢？就是声明一个字符串并赋值后，字符串再也没法改变了（针对内存存储的地方）。
let str = "abc"; // str 不能改变了。
str +=‘def‘ // str = abcdef
看上去str 由最开始的 ‘abc’ 变为‘abcdef’变了，实际上是没有变。 str = ‘abc’的时候，在内存中开辟一块空间栈存储了abc，并将str指向这块内存区域。 然后执行 str +=‘def‘这段代码的时候，又将结果abcdef存储到新开辟的栈内存中，再将str指向这里。因此原来的内存区域的abc一直没有变化。如果是非全局变量，或没被引用，就会被系统垃圾回收。
forceUpdate
React.PureComponent 中的 shouldComponentUpdate() 仅作对象的浅层比较。如果对象中包含复杂的数据结构，则有可能因为无法检查深层的差别，产生错误的比对结果。仅在你的 props 和 state 较为简单时，才使用 React.PureComponent，或者在深层数据结构发生变化时调用 forceUpdate() 来确保组件被正确地更新。你也可以考虑使用 immutable 对象加速嵌套数据的比较。
此外，React.PureComponent 中的 shouldComponentUpdate() 将跳过所有子组件树的 prop 更新。因此，请确保所有子组件也都是“纯”的组件。
memo
上述我们花了很大篇幅，讲的都是class组件，但是随着hooks出来后，更多的组件都会偏向于function 写法了。React 16.6.0推出的重要功能之一，就是React.memo。
React.memo 为高阶组件。它与 React.PureComponent 非常相似，但它适用于函数组件，但不适用于 class 组件。
如果你的函数组件在给定相同 props 的情况下渲染相同的结果，那么你可以通过将其包装在 React.memo 中调用，以此通过记忆组件渲染结果的方式来提高组件的性能表现。这意味着在这种情况下，React 将跳过渲染组件的操作并直接复用最近一次渲染的结果。
// 子组件
export default function Son(props){
console.log(‘MemoSon rendered : ‘ + Date.now());
return (
<div>{props.val}</div>
)
}
上述跟class组件中没有继承PureComponent一样，只要是父组件状态更新的时候，子组件都会重新渲染。所以我们用memo来优化：
import React,{memo} from ‘react‘;
const MemoSon = memo(function Son(props){
console.log(‘MemoSon rendered : ‘ + Date.now());
return (
<div>{props.val}</div>
)
})
export default MemoSon;
默认情况下其只会对复杂对象做浅层对比，如果你想要控制对比过程，那么请将自定义的比较函数通过第二个参数传入来实现。
function MyComponent(props) {
/* 使用 props 渲染 */
}
function areEqual(prevProps, nextProps) {
/*
如果把 nextProps 传入 render 方法的返回结果与
将 prevProps 传入 render 方法的返回结果一致则返回 true，
否则返回 false
*/
}
export default React.memo(MyComponent, areEqual);
注意点如下：
- 此方法仅作为性能优化的方式而存在。但请不要依赖它来“阻止”渲染，因为这会产生 bug。
- 与 class 组件中 shouldComponentUpdate() 方法不同的是，如果 props 相等，areEqual 会返回 true；如果 props 不相等，则返回 false。这与 shouldComponentUpdate 方法的返回值相反。
结语
本次我们讨论了react组件渲染的优化方法之一。class组件对应PureComponent，function组件对应memo。也简单讲述了在使用过程中的注意点。后续开发组件的时候，或许能对性能方面有一定的提升。
原文地址：https://www.cnblogs.com/ldld/p/11107305.html