React 生命周期
组件生命周期
在开发应用时,理解路由组件的生命周期是非常重要的。 后面我们会以获取数据这个最常见的场景为例,介绍一下路由改变时,路由组件生命周期的变化情况。
路由组件的生命周期和 React 组件相比并没有什么不同。 所以让我们先忽略路由部分,只考虑在不同 URL 下,这些组件是如何被渲染的。
路由配置如下:
<Route path="/" component={App}>
<IndexRoute component={Home}/>
<Route path="invoices/:invoiceId" component={Invoice}/>
<Route path="accounts/:accountId" component={Account}/>
</Route>
路由切换时,组件生命周期的变化情况
1. 当用户打开应用的 '/' 页面
| 组件 | 生命周期 |
|---|---|
| App | componentDidMount |
| Home | componentDidMount |
| Invoice | N/A |
| Account | N/A |
2. 当用户从 '/' 跳转到 '/invoice/123'
| 组件 | 生命周期 |
|---|---|
| App | componentWillReceiveProps, componentDidUpdate |
| Home | componentWillUnmount |
| Invoice | componentDidMount |
| Account | N/A |
App从 router 中接收到新的 props(例如children、params、location等数据), 所以App触发了componentWillReceiveProps和componentDidUpdate两个生命周期方法Home不再被渲染,所以它将被移除Invoice首次被挂载
3. 当用户从 /invoice/123 跳转到 /invoice/789
| 组件 | 生命周期 |
|---|---|
| App | componentWillReceiveProps, componentDidUpdate |
| Home | N/A |
| Invoice | componentWillReceiveProps, componentDidUpdate |
| Account | N/A |
所有的组件之前都已经被挂载, 所以只是从 router 更新了 props.
4. 当从 /invoice/789 跳转到 /accounts/123
| 组件 | 生命周期 |
|---|---|
| App | componentWillReceiveProps, componentDidUpdate |
| Home | N/A |
| Invoice | componentWillUnmount |
| Account | componentDidMount |
获取数据
虽然还有其他通过 router 获取数据的方法, 但是最简单的方法是通过组件生命周期 Hook 来实现。 前面我们已经理解了当路由改变时组件生命周期的变化, 我们可以在 Invoice 组件里实现一个简单的数据获取功能。
let Invoice = React.createClass({ getInitialState () { return { invoice: null } }, componentDidMount () { // 上面的步骤2,在此初始化数据 this.fetchInvoice() }, componentDidUpdate (prevProps) { // 上面步骤3,通过参数更新数据 let oldId = prevProps.params.invoiceId let newId = this.props.params.invoiceId if (newId !== oldId) this.fetchInvoice() }, componentWillUnmount () { // 上面步骤四,在组件移除前忽略正在进行中的请求 this.ignoreLastFetch = true }, fetchInvoice () { let url = `/api/invoices/${this.props.params.invoiceId}` this.request = fetch(url, (err, data) => { if (!this.ignoreLastFetch) this.setState({ invoice: data.invoice }) }) }, render () { return <InvoiceView invoice={this.state.invoice}/> } })
第一个是组件初始化(initialization)阶段
constructor()用来做一些组件的初始化工作,如定义this.state的初始内容
第二个是组件的挂载(Mounting)阶段
此阶段分为componentWillMount,render,componentDidMount三个时期。
- componentWillMount:
在组件挂载到DOM前调用,且只会被调用一次,在这边调用this.setState不会引起组件重新渲染,也可以把写在这边的内容提前到constructor()中,所以项目中很少用。
- render:
根据组件的props和state(无两者的重传递和重赋值,论值是否有变化,都可以引起组件重新render) ,return 一个React元素(描述组件,即UI),不负责组件实际渲染工作,之后由React自身根据此元素去渲染出页面DOM。render是纯函数(Pure function:函数的返回结果只依赖于它的参数;函数执行过程里面没有副作用),不能在里面执行this.setState,会有改变组件状态的副作用。
- componentDidMount:
组件挂载到DOM后调用,且只会被调用一次
第三个是组件的更新(update)阶段
此阶段分为componentWillReceiveProps,shouldComponentUpdate,componentWillUpdate,render,componentDidUpdate
- componentWillReceiveProps(nextProps)
此方法只调用于props引起的组件更新过程中,参数nextProps是父组件传给当前组件的新props。但父组件render方法的调用不能保证重传给当前组件的props是有变化的,所以在此方法中根据nextProps和this.props来查明重传的props是否改变,以及如果改变了要执行啥,比如根据新的props调用this.setState出发当前组件的重新render
- shouldComponentUpdate(nextProps, nextState)
此方法通过比较nextProps,nextState及当前组件的this.props,this.state,返回true时当前组件将继续执行更新过程,返回false则当前组件更新停止,以此可用来减少组件的不必要渲染,优化组件性能。
ps:这边也可以看出,就算componentWillReceiveProps()中执行了this.setState,更新了state,但在render前(如shouldComponentUpdate,componentWillUpdate),this.state依然指向更新前的state,不然nextState及当前组件的this.state的对比就一直是true了。
- componentWillUpdate(nextProps, nextState)
此方法在调用render方法前执行,在这边可执行一些组件更新发生前的工作,一般较少用。
- render
render方法在上文讲过,这边只是重新调用。
- componentDidUpdate(prevProps, prevState)
此方法在组件更新后被调用,可以操作组件更新的DOM,prevProps和prevState这两个参数指的是组件更新前的props和state
卸载阶段
此阶段只有一个生命周期方法:componentWillUnmount
- componentWillUnmount
此方法在组件被卸载前调用,可以在这里执行一些清理工作,比如清楚组件中使用的定时器,清楚componentDidMount中手动创建的DOM元素等,以避免引起内存泄漏。

浙公网安备 33010602011771号