一、理论 组件本质上是状态机，输入确定，输出一定确定 生命周期的三个阶段，三者时间是不固定的，只是在逻辑上的分类： 二、初始化阶段： 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);