React的生命周期
1.挂载卸载过程
- constructor()
- componentWillMount()
- componentDidMount()
- componentWillUnmount()
2、更新过程
- componentWillReceiveProps(nextProps)
- shouldComponentUpdate(nextProps,nextState)
- componentWillUpdate(nextProps,nextState)
- componentDidUpdate(prevProps,prevState)
- render()
3、新增加的内容
- getDervedStateFromProps(nextProps,prevState)
- getSnapshotBeforeUpdate(nextProps,prevState)
React的生命周期从广义上分为三个阶段:挂载、渲染、卸载
因此可以把React的生命周期分为两类:挂载卸载过程和更新过程。
React的生命周期图:
1、挂载卸载过程
1.1 constructor()
constructor中完成了React数据的初始化,它接受两个参数,一个是props,一个是context,当想在内部使用这两个参数的时候,需要使用super传入这个两个参数。
注意:只要使用了constructor()就必须写super(),否则会导致this指向错误。
1.2 componentWillMount()
componentWillMount()一般用的比较少,它更多的是在服务端渲染时使用。它代表的过程是组件已经经历了constructor()初始化数据后,但是还未渲染DOM时。
1.3 componentDidMount()
组件第一次渲染完成,此时dom节点已经生成,可以在这里调用ajax请求,返回数据setState后组件会重新渲染
1.4 componentWillUnmount()
在此处完成组件的卸载和数据的销毁。
clear你在组建中所有的setTimeout,setInterval
移除所有组建中的监听 removeEventListener
2、更新过程
2.1 componentWillReceiveProps (nextProps)
1.在接受父组件改变后的props需要重新渲染组件时用到的比较多
2.接受一个参数nextProps。
3.1通过对比nextProps和this.props,将nextProps的state为当前组件的state,从而重新渲染组件。
2.2 shouldComponentUpdate(nextProps,nextState)
1.主要用于性能优化(部分更新)。
2.唯一用于控制组件重新渲染的生命周期,由于在react中,setState以后,state发生变化,组件会进入重新渲染的流程,在这里return false可以阻止组件的更新。
3.因为react父组件的重新渲染会导致其所有子组件的重新渲染,这个时候其实我们是不需要所有子组件都跟着重新渲染的,因此需要在子组件的该生命周期中做判断。
2.3 componentWillUpdate(nextProps,nextState)
shouldComponentUpdate返回true以后,组件进入重新渲染的流程,进入componentWillUpdate,这里同样可以拿到nextProps和nextState。
2.4 componentDidUpdate(prevProps , prevState)
组件更新完毕后,react只会在第一次初始化成功后会进入componentDidmount,之后渲染都会进入这个生命周期,这里可以拿到prevProps和prevState,即更新前的props和state。
2.5 render()
render函数会插入jsx生成的dom结构,react会生成一份虚拟dom树,在每一次组件更新时,在此react会通过其diff算法比较更新前后的新旧DOM树,比较以后,找到最小的有差异的DOM节点,并重新渲染。
3、新增生命周期
3.1 getDerivedStateFromProps(nextProps,prevState)
代替了componentWillReceiveProps()。
老版的componentWillReceiveProps方法判断前后连个props是否相同,如果不同再将新的props更新到相应的state上去。这样一来就破坏了state数据的单一数据源,导致组件状态变得不可预测,另一方面也会增加组件的重绘次数。
// before
componentWillReceiveProps(nextProps) {
if (nextProps.isLogin !== this.props.isLogin) {
this.setState({
isLogin: nextProps.isLogin,
});
}
if (nextProps.isLogin) {
this.handleClose();
}
}
// after
static getDerivedStateFromProps(nextProps, prevState) {
if (nextProps.isLogin !== prevState.isLogin) {
return {
isLogin: nextProps.isLogin,
};
}
return null;
}
componentDidUpdate(prevProps, prevState) {
if (!prevState.isLogin && this.props.isLogin) {
this.handleClose();
}
}
这两者最大的不同就是:
在 componentWillReceiveProps 中,我们一般会做以下两件事,一是根据 props 来更新 state,二是触发一些回调,如动画或页面跳转等。
在老版本的 React 中,这两件事我们都需要在 componentWillReceiveProps 中去做。
而在新版本中,官方将更新 state 与触发回调重新分配到了 getDerivedStateFromProps 与 componentDidUpdate 中,使得组件整体的更新逻辑更为清晰。而且在 getDerivedStateFromProps 中还禁止了组件去访问 this.props,强制让开发者去比较 nextProps 与 prevState 中的值,以确保当开发者用到 getDerivedStateFromProps 这个生命周期函数时,就是在根据当前的 props 来更新组件的 state,而不是去做其他一些让组件自身状态变得更加不可预测的事情。
3.2 getSnapshotBeforeUpdate(prevProps,prevState)
代替componentWillUpdate。
常见的 componentWillUpdate 的用例是在组件更新前,读取当前某个 DOM 元素的状态,并在 componentDidUpdate 中进行相应的处理。
这两者的区别在于:
-
在 React 开启异步渲染模式后,在 render 阶段读取到的 DOM 元素状态并不总是和 commit 阶段相同,这就导致在
componentDidUpdate 中使用 componentWillUpdate 中读取到的 DOM 元素状态是不安全的,因为这时的值很有可能已经失效了。 -
getSnapshotBeforeUpdate 会在最终的 render 之前被调用,也就是说在 getSnapshotBeforeUpdate 中读取到的 DOM 元素状态是可以保证与 componentDidUpdate 中一致的。
此生命周期返回的任何值都将作为参数传递给componentDidUpdate()。