本文作者:IMWeb zhaopeifei 原文出处:IMWeb社区 未经同意,禁止转载
React的组件的生命周期分为三个过程:
装载过程主要进行如下操作:
在React 中,除了render函数之外,都有默认的函数实现,如果不要使用相应的生命周期函数则可以省略。constructor通常用于state的初始化操作,this.state = {};函数绑定this建议在定义的时候直接使用箭头函数来实现,就不需要在constructor函数中进行this绑定操作了。componentWillMount用的很少,比较鸡肋。render函数必须实现,可以通过返回null来进行不渲染。componentDidMount通常用于服务器数据的拉取操作,之所以在componentDidMount中而不是在构造函数中进行数据拉取的原因在于:如果数据拉取回来了,即props已经有值了,但是组件还没有渲染出来,会报错。但是这里有一些把数据拉取提前到constructor函数的思路:在contructor函数中,通过promise来进行数据的拉取,并且绑定到this对象上,然后在componentDidMount中执行promise把数据更新到props上。
当组件挂载到DOM树上之后,props/state被修改会导致组件进行更新操作。更新过程会以此调用如下的生命周期函数:
相比装载过程的生命周期函数,更新过程的生命周期函数使用的相对来说要少一些。常用的是componentWillReceiveProps、componentShouldUpdate,前者经常用于根据前后两个数据去设置组件的状态,而后者则是常用于优化,避免不必要的渲染。
卸载过程只涉及一个函数componentWillUnmount,当React组件要从DOM树上删除前,会调用一次这个函数。这个函数经常用于去除componentDidMount函数带来的副作用,例如清楚计时器、删除componentDidMount中创造的非React元素。
要修改state,只能使用this.setState(),不能使用this.state.value=2类似方式设置state,一是不会驱动重新渲染,二是很可能被后面的操作替换,造成无法预知的错误。此外,React利用状态队列来实现setState的异步更新,避免频繁地重复更新state。
setState的调用是有风险的,在某些生命周期函数中调用可能会无用甚至早恒循环调用导致崩溃。state的初始化一般在构造函数中实现;setState可以在装载过程的componentWillMount、componentDidMount中调用;setState可以在更新过程中的componentWillReceiveProps、componentDidUpdate中调用。