jzhishu

新旧版本生命周期图对比

16.3之前的版本

16.3之后的版本

react自16.x之后,添加了getDerivedStateFromProps, getSnapshotBeforeUpdate,如图

生命周期的几个阶段

生命周期有几个时期,分别为挂载,更新,卸载,我们看上方16.3之后版本的图可以得出,其实每个时期还分为几个阶段:

  • render阶段: 是指从到render函数执行完返回jsx结构之前的过程,这个过程的都是不包含副作用的纯函数,这个过程包含的函数有
    • constructor
    • getDerivedStateFromProps
    • shouldUpdateComponent
    • render
    • getDerivedStateFromError
  • pre-commit阶段: 是指从返回一个jsx结构到更新dom之前的过程,这个过程只有函数getSnapshotBeforeUpdate
  • commit阶段: 是指更新dom,以及更新成功之后的过程,有函数
    • componentDidMount
    • componentDidUpdate
    • componentDidCatch

从上图中看函数componentWillUnmount是在commit阶段但是,我理解这个函数应该是在dom更新之前执行,我认为应该在pre-commit

挂载

所谓挂载其实就是组件第一次在dom树种渲染的过程,在这个过程中会一次执行一些生命周期函数

constructor

构造函数用于初始化props,state以及绑定this指向,如果不需要这些操作可以省略构造函数,需要注意的是

  • 构造函数中不能调用setState, 而应该直接给state赋值
  • props是由外部传进来的,所以不能修改props
  • 不能直将props中的值赋值给state,像这样
constructor(props) {
 super(props);
 // 不要这样做
 this.state = { color: props.color };
}

参考react官网介绍

conpomentWillMount(v17将移除)

这个方法会在render之前执行,这个方法也是在服务端渲染中唯一会调用的方法

getDerivedStateFromProps(v16.3加入)

conpomentWillMount 移除了取而代之的就是这个方法,这是一个静态方法,实例无权访问,在组件实例化之后,以及每次render之前调用。getDerivedStateFromProps的存在只有一个目的就是让props更新的时候更新state,在这一点上跟componentWillReceiveProps是一致的,这两个生命周期函数并不是只有在props更新的时候才会调用,而是当父组件重新渲染后,两个生命周期函数都会调用

static getDerivedStateFromProps(props, state)

render

组件的render函数并不会像dom中插入元素,实际上render只是返回jsx结构,或者是数组,字符串等数据,最终由ReactDOM.render渲染到dom中,在自定义的类组件中,render函数必须实现,并且render应该为一个根据state和props来返回结果,不造成副作用的纯函数

componentDidMount

在组件被挂载(插入到dom节点)后,立刻执行这个函数,可以在这个函数中请求数据,以及添加订阅,但是要记得在函数componentWillUnmount中去取消订阅

更新

当组件的props更新时,或者state更新时也会触发一些生命周期函数来更新dom

props更新 componentWillReceiveProps(v17将移除)

当父组件的render被调用时,无论传进来的props是否更新,这个函数都会调用,需要注意的是,在函数调用时,应该将参数与props做一个对比,判断是否要更新state

  componentWillReceiveProps(nextProps) {
    // 只要 props.email 改变,就改变 state
    if (nextProps.email !== this.props.email) {
      this.setState({
        email: nextProps.email
      });
    }
  }

这个方法state更新时不会执行,v17之后由getDerivedStateFromProps取代

shouldComponentUpdate

这个函数返回一个布尔值,返回true的时候接下来会执行组件的render方法,默认情况下都是返回true的,如果为false则不会执行后续渲染,这个方法在挂载阶段或者执行forceUpdate时不会执行。

shouldComponentUpdate(nextProps, nextState)

函数接受的参数为新的props和新的state所以在函数内部可以拿新的props和state与组件当前的props、state做一个对比,如果发现没有变化则返回false。React官方建议使用React.PureComponent实现组件,这个组件的shouldComponentUpdate方法会对props和state分别做浅层对比,以此来提高性能,同时不建议在shouldComponentUpdate中去实现深层次的数据对比,以免影响效率

componentWillUpdate(v17将移除)

shouldComponentUpdate返回true,则会执行componentWillUpdate,在这个方法中,不能执行setState等其它会更新组件的方法(比如dispatch),可以在此方法中读取 DOM 信息(例如,为了保存滚动位置),而在之后可以放到getSnapshotBeforeUpdate

getSnapshotBeforeUpdate(v16.3引入)

getSnapshotBeforeUpdate(prevProps, prevState)

在render之后,dom更新之前回执行这个函数,一般会在此时读取dom更新之前的一些信息(比如滚动条位置),此函数的所有返回值,都将作为参数传给componentDidUpdate

componentDidUpdate

componentDidUpdate(prevProps, prevState, snapshot)

这里第三个参数就为上文中getSnapshotBeforeUpdate的返回值,componentDidUpdate会在dom加载完之后执行,在这个函数中就可以进行dom操作了

卸载

componentWillUnmount

组件销毁之前调用,在这里更新state不会更新组件

错误处理

react在v16引入了错误边界的概念,当子组件发生,当子组件的构造函数,生命周期以及子组件的构造函数出出错的时候,会执行错误处理回调

getDerivedStateFromError

static getDerivedStateFromError(error)

当子组件抛出错误会触发这个函数,错误信息为函数的参数,次函数可以返回一个新的值来更新state,组件可以根据更新的state实现一个降级UI,此方法在“render阶段”执行,应该为一个纯函数

componentDidCatch

componentDidCatch(error, info)

同样当子组件抛出错误的时候回触发,第二个参数为info,其中包含了组件调用栈的信息

console.log(info.componentStack);

这个函数是在“commit阶段”执行的,所以可以在函数中调用setState来更新state

为什么react要在v17移除部分构造函数?

官方团队认为,之前的几个will生命周期函数会让用户产生很多误解,在实际的使用场景中,也有很多错误的使用情况出现。所以直接替换为一个静态方法getDerivedStateFromProps,这样用户就不能再这些方法内访问到当前的实例了,从而也就不能调用setState,或者访问refs了,减少了很多错误操作
其他原因可以参考链接

相关文章: