了解React生命周期，对我们理解React的工作过程很有帮助。所有的事物都有自己的生命过程，React组件也不例外，同样有着自己的生命周期，而它的生命周期可能会经历如下的三个过程：
- 挂载过程
- 更新过程
- 销毁过程
在经历上面三个过程的时候，React库会一次调用组件的一些成员函数，这些函数称之为生命周期函数。因此，要定制一个react组件，实际上就是要定制这些生命周期函数。
挂载过程
在挂载过程中，当组件第一次被渲染时，会依次调用以下函数：
- constructor
- getInitialState
- getDefaultProps
- componentWillMount
- render
- componentDidMount
constructor
constructor也就是ES6语法中每个类的构造函数，而要创建一个组件类的实例，当然要调用对应的构造函数。但值得注意的是，不是每个React组件都需要定义自己的构造函数，使用构造函数一般都是以下两个原因：
- 初始化state。因为组件中的任何函数都可能需要访问state，因此在constructor中来初始化state是很好的选择。
- 绑定成员函数的this。在es6中，累的每个成员函数在执行时的this并不是和类的实例所绑定的。而在钩子凹函数中，this就是当前组件实例。所以，在此绑定this可以方便未来的调用。
getInitialState和getDefaultProps
已废弃，不做讨论
componentWillMount
在挂载过程中，componentWillMount会在render函数之前被调用。但通常来讲我们不需要来定义componentWillMount，我们可以认为它所需要做的事情我们一般都在constructor中来做了。它所存在的意义更多的是为了与我们后面会提到的componentDidMount对称。
render
render函数是React组件中最重要的函数。它并不是直接的去渲染动作，而是返回一个JSX描述的结构，然后最终由React来渲染过程。
对于render函数需要注意以下两点：
- 首先是我们在定义React组件的时候，可以忽略其他所有组件都不实现，但一定要实现render，因为所有React组件的父类对除了render函数之外的生命周期函数都有默认实现。
- 其次render函数应该是一个纯函数，应该完全根据this.state和this.props来决定返回的结果，而不应该产生任何副作用。因此，不应该在render中调用this.setState，这会引起状态的变化。
componentDidMount
在render函数调用完之后componentDidMount函数并不会马上被调用。它会在render函数返回的东西已经引发了渲染，组件已经被挂载到DOM书上时才会被调用。
前面提到的render函数知识返回JSX，并不负责直接的渲染，因此React库需要把所有组件返回的结果全部集合起来，才可以知道如何产生对应的DOM修改。因此才会需要componentDidMount函数在render返回JSX，组件被渲染了才会调用来收尾。
它还有一个与componentWillMount函数不同的是，它只能在浏览器端被使用，而componentWillMount则可以使用在服务器端与浏览器端。这是由于只有浏览器端才会发生渲染的原因，服务器端可不会发生组件的挂载。
更新过程
当挂载过程结束之后，用户们便可以看见我们的页面了。但出于用户体验的角度来看，我们还需要提供更好的交互体验，我们就需要组件可以随着用户操作来改变页面内容，而props和state的修改，组件就会引发生更新过程。
更新过程包括以下生命周期函数：
- componentWillReceiveProps
- shouldComponentUpdate
- componentWillUpdate
- componentDidUpdate
componentWillReceiveProps
这是在我们调用this.setState()方法之后，子组件收到新的props之后会触发的函数。通过它的名字其实我们就可已看出，它知识will，而不会去更改props的值。
江湖上有谣传，这个函数只有在组件的props函数发生改变时才会调用这个函数。其实不然。实际上，只要父组件的render函数被调用，在render函数里面被渲染的子组件都会经历更新过程，componentWillReceiveProps函数也就会触发。
而且，通过this.setState方法出发的更新过程也不会触发该函数。这是由于这个函数适合更具新得props值来计算出是不是要更新内部状态的state。而this.setState就是用于更新组件的内部状态的，这会引起死循环。
shouldComponentUpdate
shouldComponentUpdate是一个很特殊的函数，它决定了一个组件什么时候不需要渲染。它是除了render函数之外最重要的函数了。
他们两个也是React生命周期函数中唯二要求返回结果的函数。其中render函数的返回结果用于构造DOM对象，而它会返回同一个布尔值，默认会返回ture，但假如这个函数返回false的话，更新流程就会被跳过，render也不会继续被触发。
说shouldComponentUpdate重要就是由于只要利用的好，我们可以在这个函数中自定义一些判断来跳过不需要被更新的组件，从而提升性能。
componentWillUpdate和componentDidUpdate
componentWillUpdate和componentDidUpdate分别会在render的
前后被触发。
componentWillUpdate无法调用this.setState()可以理解为更新流程到这一步想要再更改state已经晚了。如果有需要我们可以在之前的componentWillReceiveProps中更新state，React会把改变合并到一个更新流程里进行。
componentDidUpdate则是另一个比较适合我们发起ajax请求的地方，在这个方法里我们还可以比较前后的props变化，再决定是否发起网络请求。一个比较实际的使用场景是保存用户输入到服务器，用户可能会来来回回修改输入的内容，但假如我们判断在修改前后数据最终没有改变，就没有必要发起不必要的网络请求了。我们也可以通过它来来调用其他的UI库。而且他也可以在服务器端来调用，因为服务器端中使用React基本不会经历更新过程，所有也就无所谓了。
卸载过程
在卸载流程中，名为componentWillUnmount的函数会被触发。在组件挂载之后，我们可能定义了一些计时器、绑定了事件监听函数等等，在卸载流程的生命周期函数中，也是我们解绑这些函数的合适位置。
它的工作也一般和componentDidMount有关。比如，在componentDidMount中用非React的方法创造一些DOM元素，如果撒手不管就可能造成内存泄漏，这就需要componentWillUnmount函数来吧这些创造的DOM元素清理掉。
