逆战1913React的生命周期学习心得

React的生命周期
React的生命周期分为三个阶段：挂载、渲染、卸载
React的生命周期分为两类：

1. 挂载卸载过程

   	- constructor()
   	//只要使用了constructor()就必须写super(),否则会导致this指向错误,constructor()中完成了React数据的初始化，它接受两个参数：props和context
   	- componentWillMount()
   	//这个钩子函数一般用的比较少，它更适合做数据操作，它不能进行dom操作
   	- componentDidMount()
   	//它可以进行数据操作，可以进行dom操作，也可以在这里调用ajax请求，返回数据setState后组件会重新渲染
   	- componentWillUnmount ()
   	//完成组件的卸载和数据的销毁
   

2. 更新过程

   - componentWillReceiveProps (nextProps)
   

   1.在接受父组件改变后的props需要重新渲染组件时用到的比较多
   2.接受一个参数nextProps
   3.通过对比nextProps和this.props，将nextProps的state为当前组件的state，从而重新渲染组件

  componentWillReceiveProps (nextProps) {
    nextProps.openNotice !== this.props.openNotice&&this.setState({
        openNotice:nextProps.openNotice
    }，() => {
      console.log(this.state.openNotice:nextProps)
      //将state更新为nextProps,在setState的第二个参数（回调）可以打         印出新的state
  })
}

	- shouldComponentUpdate(nextProps,nextState)

1. 主要用于性能优化(部分更新)

2. 唯一用于控制组件重新渲染的生命周期，由于在react中，setState以后，state发生变化，组件会进入重新渲染的流程，在这里return false可以阻止组件的更新

3. 因为react父组件的重新渲染会导致其所有子组件的重新渲染，这个时候其实我们是不需要所有子组件都跟着重新渲染的，因此需要在子组件的该生命周期中做判断

   - componentWillUpdate (nextProps,nextState)
   

• shouldComponentUpdate返回true以后，组件进入重新渲染的流程，进入componentWillUpdate,这里同样可以拿到nextProps和nextState。

     	componentDidUpdate(prevProps,prevState)
  

• 组件更新完毕后，react只会在第一次初始化成功会进入componentDidmount,之后每次重新渲染后都会进入这个生命周期，这里可以拿到prevProps和prevState，即更新前的props和state。

   - render()
  

• render函数会插入jsx生成的dom结构，react会生成一份虚拟dom树，在每一次组件更新时，在此react会通过其diff算法比较更新前后的新旧DOM树，比较以后，找到最小的有差异的DOM节点，并重新渲染。

   - getDerivedStateFromProps(nextProps, prevState)
  

• 代替componentWillReceiveProps()。
  老版本中的componentWillReceiveProps()方法判断前后两个 props 是否相同，如果不同再将新的 props 更新到相应的 state 上去。这样做一来会破坏 state 数据的单一数据源，导致组件状态变得不可预测，另一方面也会增加组件的重绘次数。

// before
componentWillReceiveProps(nextProps) {
  if (nextProps.isLogin !== this.props.isLogin) {
    this.setState({ 
      isLogin: nextProps.isLogin,   
    });
  }
  if (nextProps.isLogin) {
    this.handleClose();
  }
}

// after
static getDerivedStateFromProps(nextProps, prevState) {
  if (nextProps.isLogin !== prevState.isLogin) {
    return {
      isLogin: nextProps.isLogin,
    };
  }
  return null;
}

componentDidUpdate(prevProps, prevState) {
  if (!prevState.isLogin && this.props.isLogin) {
    this.handleClose();
  }
}

1. 在老版本的 React 中，这两件事我们都需要在 componentWillReceiveProps 中去做

2. 而在新版本中，官方将更新 state 与触发回调重新分配到了 getDerivedStateFromProps 与 componentDidUpdate 中，使得组件整体的更新逻辑更为清晰。而且在 getDerivedStateFromProps 中还禁止了组件去访问 this.props，强制让开发者去比较 nextProps 与 prevState 中的值，以确保当开发者用到 getDerivedStateFromProps 这个生命周期函数时，就是在根据当前的 props 来更新组件的 state，而不是去做其他一些让组件自身状态变得更加不可预测的事情。

   - getSnapshotBeforeUpdate(prevProps, prevState)
   

代替componentWillUpdate。
常见的 componentWillUpdate 的用例是在组件更新前，读取当前某个 DOM 元素的状态，并在 componentDidUpdate 中进行相应的处理。
这两者的区别在于：

1. 在 React 开启异步渲染模式后，在 render 阶段读取到的 DOM 元素状态并不总是和 commit 阶段相同，这就导致在
2. getSnapshotBeforeUpdate 会在最终的 render 之前被调用，也就是说在 getSnapshotBeforeUpdate 中读取到的 DOM 元素状态是可以保证与 componentDidUpdate 中一致的。

React的生命周期图:

React新增的生命周期

React生命周期详细图