React生命周期原理与用法踩坑笔记

本文实例讲述了react生命周期原理与用法。分享给大家供大家参考，具体如下：

react生命周期

生命周期概览

生命周期的状态

组件的生命周期可分成三个状态：

• mounting：已插入真实 dom
• updating：正在被重新渲
• unmounting：已移出真实 dom
• componentwillmount 在渲染前调用,在客户端也在服务端。

生命周期介绍

componentdidmount :

在第一次渲染后调用，只在客户端。之后组件已经生成了对应的dom结构，可以通过this.getdomnode()来进行访问。 如果你想和其他javascript框架一起使用，可以在这个方法中调用settimeout, setinterval或者发送ajax请求等操作(防止异步操作阻塞ui)。

componentwillreceiveprops

在组件接收到一个新的 prop (更新后)时被调用。这个方法在初始化render时不会被调用。

shouldcomponentupdate

返回一个布尔值。在组件接收到新的props或者state时被调用。在初始化时或者使用forceupdate时不被调用。

可以在你确认不需要更新组件时使用。

componentwillupdate

在组件接收到新的props或者state但还没有render时被调用。在初始化时不会被调用。

componentdidupdate

在组件完成更新后立即调用。在初始化时不会被调用。

componentwillunmount

在组件从 dom 中移除之前立刻被调用。

代码示意

class content extends react.component {
 componentwillmount() {
   console.log('component will mount!')
 }
 componentdidmount() {
    console.log('component did mount!')
 }
 componentwillreceiveprops(newprops) {
    console.log('component will receive props!')
 }
 shouldcomponentupdate(newprops, newstate) {
    return true;
 }
 componentwillupdate(nextprops, nextstate) {
    console.log('component will update!');
 }
 componentdidupdate(prevprops, prevstate) {
    console.log('component did update!')
 }
 componentwillunmount() {
     console.log('component will unmount!')
 }
 

react16.3生命周期

安装

在创建组件的实例并将其插入dom时，将按以下顺序调用这些方法：

constructor()

react组件的构造函数在安装之前被调用。在实现react.component子类的构造函数时，应该super(props)在任何其他语句之前调用。否则，this.props将在构造函数中未定义，这可能导致错误。

通常，在react中，构造函数仅用于两个目的：

通过分配对象来初始化本地状态this.state。

将事件处理程序方法绑定到实例。

不应该打电话setstate()给constructor()。相反，如果您的组件需要使用本地状态，请直接在构造函数中指定初始状态this.state。

构造函数是his.state直接分配的唯一位置。在所有其他方法中，需要使用this.setstate()。

static getderivedstatefromprops()

getderivedstatefromprops在调用render方法之前调用，无论是在初始安装还是后续更新。它应该返回一个更新状态的对象，或者返回null以不更新任何状态。

render()

render()方法是类组件中唯一必需的方法。

调用时，它应检查this.props并this.state返回以下类型之一：

• react elements。通常通过jsx创建。
• arrays and fragments。让您从渲染中返回多个元素。有关更多详细信息，请参阅片段文档。
• portals。
• 字符串和数字。它们在dom中呈现为文本节点。
• 布尔或null。什么都没有。

该render()函数应该无状态的，这意味着它不会修改组件状态，每次调用时都返回相同的结果，并且它不直接与浏览器交互。

如果您需要与浏览器进行交互，请执行componentdidmount()或其他生命周期方法。保持render()纯粹使组件更容易思考。

如果shouldcomponentupdate()返回false，则render()不会被调用

componentdidmount()

• componentdidmount()在安装组件（插入树中）后立即调用。需要dom节点的初始化应该放在这里。如果需要从远程端点加载数据，这是实例化网络请求的好地方。
• 此方法是设置任何订阅的好地方。如果您这样做，请不要忘记取消订阅componentwillunmount()。
• 您可以在componentdidmount()立即使用this.setstate()。它将触发额外的渲染，但它将在浏览器更新屏幕之前发生。这保证即使render()在这种情况下将被调用两次，用户也不会看到中间状态。请谨慎使用此模式，因为它通常会导致性能问题。在大多数情况下，您应该能够分配初始状态constructor()。但是，当您需要在渲染依赖于其大小或位置的东西之前测量dom节点时，可能需要对模态和工具提示等情况进行处理。

这些方法被认为是遗留的,应该在新代码中避免它们：

unsafe_componentwillmount()

更新

props or state 的更改可能导致更新。重新渲染组件时，将按以下顺序调用这些方法：

static getderivedstatefromprops()
render()
getsnapshotbeforeupdate()
getsnapshotbeforeupdate(prevprops, prevstate)

getsnapshotbeforeupdate()在最近呈现的输出被提交到例如dom之前调用。它使得组件可以在可能更改之前从dom捕获一些信息（例如滚动位置）。此生命周期返回的任何值都将作为参数传递给componentdidupdate()。

此用例并不常见，但它可能出现在需要以特殊方式处理滚动位置的聊天线程等ui中。

官网的例子

class scrollinglist extends react.component {
 constructor(props) {
  super(props);
  this.listref = react.createref();
 }

 getsnapshotbeforeupdate(prevprops, prevstate) {
  // are we adding new items to the list?
  // capture the scroll position so we can adjust scroll later.
  if (prevprops.list.length < this.props.list.length) {
   const list = this.listref.current;
   return list.scrollheight - list.scrolltop;
  }
  return null;
 }

 componentdidupdate(prevprops, prevstate, snapshot) {
  // if we have a snapshot value, we've just added new items.
  // adjust scroll so these new items don't push the old ones out of view.
  // (snapshot here is the value returned from getsnapshotbeforeupdate)
  if (snapshot !== null) {
   const list = this.listref.current;
   list.scrolltop = list.scrollheight - snapshot;
  }
 }

 render() {
  return (
   <div ref={this.listref}>{/* ...contents... */}</div>
  );
 }
}

componentdidupdate()

componentdidupdate()更新发生后立即调用。初始渲染不会调用此方法。

将此作为在更新组件时对dom进行操作的机会。只要您将当前道具与之前的道具进行比较（例如，如果道具未更改，则可能不需要网络请求），这也是进行网络请求的好地方。

componentdidupdate(prevprops) {
 // typical usage (don't forget to compare props):
 if (this.props.userid !== prevprops.userid) {
  this.fetchdata(this.props.userid);
 }
}

componentdidupdate()但要注意，必须在一个条件下被包裹就像上面的例子中，否则会导致无限循环。它还会导致额外的重新渲染，虽然用户不可见，但会影响组件性能。

componentdidupdate()：如果shouldcomponentupdate()返回false，则不会被调用。

这些方法被认为是遗留的，您应该在新代码中避免它们：

unsafe_componentwillupdate()

unsafe_componentwillreceiveprops()

卸载

从dom中删除组件时调用此方法：

componentwillunmount()

componentwillunmount()在卸载和销毁组件之前立即调用。在此方法中执行任何必要的清理，例如使计时器无效，取消网络请求或清除在其中创建的任何订阅componentdidmount()。

不应该调用setstate()，componentwillunmount()因为组件永远不会被重新呈现。卸载组件实例后，将永远不会再次安装它。

错误处理

在渲染期间，生命周期方法或任何子组件的构造函数中发生错误时，将调用这些方法。

static getderivedstatefromerror()

static getderivedstatefromerror(error)

在后代组件抛出错误后调用此生命周期。它接收作为参数抛出的错误，并应返回值以更新状态。

componentdidcatch()

componentdidcatch(error, info)

在后代组件抛出错误后调用此生命周期。它接收两个参数：

error - 抛出的错误。

info- componentstack包含键的对象，其中包含有关哪个组件引发错误的信息。

如果发生错误，可以componentdidcatch()通过调用呈现回退ui setstate，但在将来的版本中将不推荐使用。使用static getderivedstatefromerror()处理回退，而不是渲染。

componentdidcatch()在“提交”阶段被调用，因此允许副作用。它应该用于记录错误之类的事情：

class errorboundary extends react.component {
 constructor(props) {
  super(props);
  this.state = { haserror: false };
 }

 static getderivedstatefromerror(error) {
  // update state so the next render will show the fallback ui.
  return { haserror: true };
 }

 componentdidcatch(error, info) {
  // example "componentstack":
  //  in componentthatthrows (created by app)
  //  in errorboundary (created by app)
  //  in div (created by app)
  //  in app
  logcomponentstacktomyservice(info.componentstack);
 }

 render() {
  if (this.state.haserror) {
   // you can render any custom fallback ui
   return <h1>something went wrong.</h1>;
  }
  return this.props.children; 
 }
}

希望本文所述对大家react程序设计有所帮助。