一、理论
组件本质上是状态机，输入确定，输出一定确定
生命周期的三个阶段，三者时间是不固定的，只是在逻辑上的分类：
二、初始化阶段：
getDefaultProps:获取实例的默认属性(即使没有生成实例，组件的第一个实例被初始化CreateClass的时候调用，只调用一次,)
getInitialState:获取每个实例的初始化状态（每个实例自己维护）
componentWillMount：组件即将被装载、渲染到页面上（render之前最好一次修改状态的机会）
render:组件在这里生成虚拟的DOM节点（只能访问this.props和this.state；只有一个顶层组件，也就是说render返回值值职能是一个组件；不允许修改状态和DOM输出）
componentDidMount:组件真正在被装载之后，可以修改DOM
三、运行中状态：
componentWillReceiveProps:组件将要接收到属性的时候调用（赶在父组件修改真正发生之前,可以修改属性和状态）
shouldComponentUpdate:组件接受到新属性或者新状态的时候（可以返回false，接收数据后不更新，阻止render调用，后面的函数不会被继续执行了）
componentWillUpdate:不能修改属性和状态
render:只能访问this.props和this.state；只有一个顶层组件，也就是说render返回值只能是一个组件；不允许修改状态和DOM输出
componentDidUpdate:可以修改DOM
四、销毁阶段：
componentWillUnmount:开发者需要来销毁（组件真正删除之前调用，比如计时器和事件监听器）
componentWillMount
componentWillUnmount
需要实现的业务功能：界面在进行了条件查询后，用户切换了当前界面，然后再次回到该界面，会展示上一次搜索的结果，当用户切换界面，再次回来，应该是初始状态的界面，这样的需求可以用如下的思路实现
在组件卸载的时机，进行一次状态的清空，再次进入就会重新加载初始状态(感觉这个说法有点不怎么准确)
componentWillUnmount() { this.props.dynamicStepService.clearPage(); } //server层 export function clearPage() { return dispatch => dispatch({type: dynamicStepTYPE.All_CLEAR}) } //redux——在状态里面把以前的page状态移除 case dynamicStepTYPE.All_CLEAR: return state.remove(dynamicStepTYPE.DYNAMICSTEP_PAGE);