1. 生命周期

1.1. 生命周期

React16. 之前

React16.3

1.2. 新的周期展示

交互式展示

组件的运行过程中,存在不同的阶段。React 为这些阶段提供了钩子方法,允许开发者自定义每个阶段自动执行的函数。这些方法统称为生命周期方法(lifecycle methods)

1.3. 三个阶段:

  • Mounting:初始化阶段
  • Updating:重新渲染阶段
  • umounting:销毁阶段

1.4. 生命周期概述

1.4.1. 初始化(在组件初始化阶段会执行)

  • constructor
  • static getDerivedStateFromProps()
  • componentWillMount() / UNSAFE_componentWillMount()
  • render()
  • componentDidMount()

1.4.2. 更新阶段

props或state的改变可能会引起组件的更新,组件重新渲染的过程中会调用以下方法

  • componentWillReceiveProps() / UNSAFE_componentWillReceiveProps()
  • static getDerivedStateFromProps()
  • shouldComponentUpdate()
  • componentWillUpdate() / UNSAFE_componentWillUpdate()
  • render()
  • getSnapshotBeforeUpdate()
  • componentDidUpdate()

1.4.3. 卸载阶段

  • componentWillUnmount()

1.4.4. 错误处理

  • componentDidCatch()

1.5. 生命周期详解

1.5.1. constructor(props)

构造函数在挂载之前被调用。在实现 React.Component 构造函数时,需要先在添加其他内容前,调用 super(props),用来将父组件传来的 props 绑定到这个类中,使用 this.props 将会得到。

官方建议不要在 constructor 引入任何具有副作用和订阅功能的代码,这些应当在 componentDidMount() 中写入。

constructor 中应当做些初始化的动作,如:初始化state,唯一一个直接修改state的地方。将事件处理函数绑定到类实例上,但也不要使用 setState()如果没有必要初始化state或绑定方法,则不需要构造constructor,或者把这个组件换成纯函数写法

当然也可以利用props初始化state,在之后修改state不会对props造成任何修改,但仍然建议大家提升状态到父组件中,或使用redux统一进行状态管理。

constructor(props) {
  super(props);
  this.state = {
    color: props.initialColor
  };
}

static defaultProps = {}

设置默认的 props 值,调用一次并缓存

1.5.2. static getDerivedStateFromProps()

  • getDerivedStateFromProps 在组件实例化后,和接受新的 props 后被调用。他返回一个对象来更新状态,或者返回 null 表示 新的 props 不需要任何 state 的更新。
  • 如果是由于父组件的 props 更改,所带来的重新渲染,也会触发此方法。
  • 尽量不使用,维护俩者状态需要消耗额外资源,增加复杂度
static getDerivedStateFromProps(nextProps, prevState) {
    if (prevState.currentId !== nextProps.itemId) {
        return {
            currentId: nextProps.itemId
        };
    }
    return null;
}

1.5.3. componentWillMount()/UNSAFE_componentWillMount()

componentWillMount()将在react未来版本中被弃用。UNSAFE_componentWillMount()在组件挂载前被调用,在这个方法中调用setState()不会起作用,是由于他在render()前被调用。

为了避免副作用和其他的订阅,官方都建议使用componentDidMount()代替。这个方法是用于在服务器渲染上的唯一方法。

1.5.4. render()

render()方法是必需的。初始化的关键环节,此时创建虚拟DOM,并进行 diff 算法,重新渲染 DOM树。当他被调用时,他将计算this.propsthis.state,并返回以下一种类型:

  • React元素。通过jsx创建,既可以是dom元素,也可以是用户自定义的组件。
  • 字符串或数字。他们将会以文本节点形式渲染到dom中。
  • Portals。react 16版本中提出的新的解决方案,可以使组件脱离父组件层级直接挂载在DOM树的任何位置。
  • null,什么也不渲染
  • 布尔值。也是什么都不渲染,通常后跟组件进行判断。

当返回null,false,ReactDOM.findDOMNode(this)将会返回null,什么都不会渲染。

render()方法必须是一个纯函数,他不应该改变state,也不能直接和浏览器进行交互,应该将事件放在其他生命周期函数中。 如果shouldComponentUpdate()返回falserender()不会被调用。

Fragments

你也可以在render()中使用数组,如:(不要忘记给每个数组元素添加key,防止出现警告)

render() {
  return [
    <li key="A">First item</li>,
    <li key="B">Second item</li>,
    <li key="C">Third item</li>,
  ];
}

换一种写法,可以不写key(v16++)

render() {
  return (
    <React.Fragment>
      <li>First item</li>
      <li>Second item</li>
      <li>Third item</li>
    </React.Fragment>
  );
}

1.5.5. componentDidMount()

还记得上面那个 componentWillMount() 将要装载吗?这里已经装载完成了,在 render() 之后调用,并且强调是在所有的子组件都 render完之后才调用。如果你想和其他JavaScript框架一起使用,可以在这个方法中调用setTimeout, setInterval或者发送AJAX请求等操作(防止异步操作阻塞UI)。

1.5.6. componentWillReceiveProps(nextProps)/UNSAFE_componentWillReceiveProps()

官方建议使用getDerivedStateFromProps函数代替componentWillReceiveProps()。当组件挂载后,接收到新的props后会被调用。如果需要更新state来响应props的更改,则可以进行this.propsnextProps的比较,并在此方法中使用this.setState()

如果父组件会让这个组件重新渲染,即使props没有改变,也会调用这个方法。

react不会在组件初始化props时调用这个方法。调用this.setState也不会触发。

1.5.7. shouldComponentUpdate(nextProps, nextState)

调用shouldComponentUpdate使react知道,组件的输出是否受stateprops的影响。默认每个状态的更改都会重新渲染,大多数情况下应该保持这个默认行为。

在渲染新的propsstate前,shouldComponentUpdate会被调用。默认为true。这个方法不会在初始化时被调用,也不会在forceUpdate()时被调用。返回false不会阻止子组件在state更改时重新渲染。

如果shouldComponentUpdate()返回falsecomponentwillupdaterendercomponentDidUpdate不会被调用。

在未来版本,shouldComponentUpdate()将会作为一个提示而不是严格的指令,返回false仍然可能导致组件的重新渲染。

官方并不建议在shouldComponentUpdate()中进行深度查询或使用JSON.stringify(),他效率非常低,并且损伤性能。

1.5.8. UNSAFE_componentWillUpdate(nextProps, nextState)

在渲染新的stateprops时,UNSAFE_componentWillUpdate会被调用,将此作为在更新发生之前进行准备的机会。这个方法不会在初始化时被调用。

不能在这里使用this.setState(),也不能做会触发视图更新的操作。如果需要更新stateprops,调用getDerivedStateFromProps

1.5.9. getSnapshotBeforeUpdate()

在react render()后的输出被渲染到DOM之前被调用。它使您的组件能够在它们被潜在更改之前捕获当前值(如滚动位置)。这个生命周期返回的任何值都将作为参数传递给componentDidUpdate()。

1.5.10. componentDidUpdate(prevProps, prevState, snapshot)

在更新发生后立即调用componentDidUpdate()。此方法不用于初始渲染。当组件更新时,将此作为一个机会来操作DOM。只要您将当前的props与以前的props进行比较(例如,如果props没有改变,则可能不需要网络请求),这也是做网络请求的好地方。

如果组件实现getSnapshotBeforeUpdate()生命周期,则它返回的值将作为第三个“快照”参数传递给componentDidUpdate()。否则,这个参数是undefined

1.5.11. componentWillUnmount()

在组件被卸载并销毁之前立即被调用。在此方法中执行任何必要的清理,例如使定时器无效,取消网络请求或清理在componentDidMount()中创建的任何监听。

1.5.12. componentDidCatch(error, info)

错误边界是React组件,可以在其子组件树中的任何位置捕获JavaScript错误,记录这些错误并显示回退UI,而不是崩溃的组件树。错误边界在渲染期间,生命周期方法以及整个树下的构造函数中捕获错误。

如果类组件定义了此生命周期方法,则它将成为错误边界。在它中调用setState()可以让你在下面的树中捕获未处理的JavaScript错误,并显示一个后备UI。只能使用错误边界从意外异常中恢复;不要试图将它们用于控制流程。详细

错误边界只会捕获树中下面组件中的错误。错误边界本身不能捕获错误。

1.6. 常用生命周期

  • componentDidMount() 会在组件挂载后自动调用
  • componentDidUpdate() 会在 UI 每次更新后调用(即组件挂载成功以后,每次调用 render 方法,都会触发这个方法)。
  • componentWillUnmount() 会在组件卸载前自动调用

results matching ""

    No results matching ""