React的生命周期到底是怎么一回事?

尽量全面详细的整理一下React的生命周期中的知识点。

组件

组件是独立的封装的可以复用的一个小部件,它是React的核心思想之一。通过划分组件,可以将一个页面划分成独立的多个可复用的组件,各个组件通过嵌套、组合形成一个完整的页面。
在React中,组件基本由三个部分组成:属性(props)、状态(state)以及生命周期方法。可以将组件简单地看作一个“状态机”,根据不同的stateprops呈现不同的UI,通过与用户的交互实现不同的状态,然后重新渲染组件,UI可以跟随数据变化而变化。

创建组件

组件常分为两种:Class ComponentFunctional Component

无状态组件

Functional Component也称为无状态组件,它多用于纯展示组件,这种组件只负责根据传入的props来渲染组件,而不涉及state状态管理。

在大部分React代码中,大多数组件被写成无状态的组件,通过简单组合可以构建成其他的组件等;这种通过多个简单然后合并成一个大应用的设计模式被提倡。

无状态组件可以通过函数形式或者ES6的箭头函数来创建:

// 函数
function HelloFunctional(props){
  return <div>hello {props.name}</div>;
}

// ES6箭头函数
const HelloFunctional = (props) => (<div>hello {props.name}</div>);

无状态组件有以下几个特点:

1、代码可读性更好
2、组件不会被实例化,渲染性能提升
3、无生命周期方法
4、只能输入props,同样的输入一定会有同样的输出

所以,在项目中如果不需要进行状态管理,应该尽量写成无状态组件的形式。

有状态组件

现在主流的创建有状态组件的形式是通过ES6的Class来创建,取代React.createClass

class HelloClass extends React.Component{
  constructor(){
    this.state = {
      name:'axuebin'
    }
  }
  render(){
    return (<div>hello {this.state.name}</div>);
  }
}

这是最简洁的一个组件,它需要使用到内部状态state
当组件需要使用内部状态时或者需要使用生命周期方法时就需要使用有状态组件。

组件的生命周期

React组件的生命周期可以分为挂载、渲染和卸载这几个阶段,当渲染后的组件更新后,会重新渲染组件,直到卸载。先分阶段来看看每个阶段有哪些生命周期函数。

挂载阶段(Mounting)

属于这个阶段的生命周期函数有:

1、constructor()
2、componentWillMount()
3、render()
4、componentDidMount()

constructor()

constructor() {
  super();
  this.state = {name: 'axuebin'};
  this.handleClick = this.handleClick.bind(this); 
}

这个阶段就是组件的初始化,constructor()可以理解为组件的构造函数,从组件的类class实例化一个组件实例。这个函数是组件形成时就被调用的,是生命周期中最先执行的。

在constructor()函数内,首先必须执行super(),否则this.props将是未定义,会引发异常。
然后,如果有必要,可以进行:
1、state的初始化
2、方法的绑定

如果不需要这两步,可以直接省略constructor函数。
有一点,在constructor()中,this.props返回undefined。

componentWillMount()

这个函数按照驼峰法的命名规则可以理解为“组件即将被挂载”,所以这个函数是组件首次渲染(render)前调用的。
在每次页面加载、刷新时,或者某个组件第一次展现时都会调用这个函数。通常地,我们推荐使用constructor()来替代。

注意:在这个函数中,不可以调用setState来修改状态。

render()

render() {
  return(
    <div>hello {this.state.name} {this.props.age}</div>
  )
}

render()在生命周期中是必须的,是渲染组件用的。

当这个函数被调用时,需要检查this.propsthis.state并且返回一个元素(有且只有一个元素),这个元素可能是一个原生DOM元素,也有可能是另一个React组件。

可以在stateprops状态为空时试着返回一个null或者false来声明不想渲染任何东西。

在这个函数中,不应该改变组件的状态,也就是不执行this.setState,需要保持render()函数的纯净。

在这个函数中,可以对props进行调用并组合,但不可修改。

componentDidMount()

componentDidMount() {
  this.setState({name:'xb'});
}

这个函数在组件加载渲染完成后立即调用,此时页面上已经渲染出真实的DOM了,可以在这个函数中访问到真实的DOM(可以通过this.refs来访问真实DOM)。

在这个阶段,还可以做一件事,可以修改state了!!!

而且,异步获取数据在这个阶段执行也是比较合理的,获取数据之后setState,然后重新渲染组件。

更新阶段(Updating)

属性或状态的改变会触发一次更新。当一个组件在被重新渲染时,这些方法将会被调用:

1、componentWillReceiveProps()
2、shouldComponentUpdate()

3、componentWillUpdate()
4、render()
5、componentDidUpdate()

componentWillReceiveProps()

已加载的组件在props发生变化时调用,若需要更新状态,可能需要对比this.propsnextProps然后在该方法中使用this.setState来处理状态的改变。

需要注意的是,有些情况下,即使props未改变也会触发该函数,所以一定要先比较this.propsnextProps再做操作。

该函数只监听props的改变,this.setState不会触发这个函数。

componentWillReceiveProps(nextProps){
  if (this.props.color !== nextProps.color){
    this.setState({});
  }
}

shouldComponentUpdate()

这个函数只返回truefalse,表示组件是否需要更新(重新渲染)。

1、返回true就是紧接着以下的生命周期函数;
2、返回false表示组件不需要重新渲染,不再执行任何生命周期函数(包括render)。

这个函数使用需谨慎,react官方文档中说道,在未来这个函数返回false可能仍然使得组件重新渲染。

componentWillUpdate()

这个函数看名字就和componentWillMount很像,它执行的阶段也很像。在接收到新的props或者state之后,这个函数就会在render前被调用。
同样的,在这个函数中不能使用this.setState()。如果需要更新状态,请在componentWillReceiveProps中调用this.setState()

render()

又是一次的render。这和挂载阶段的render有什么区别呢?
在函数的性质上来说,两者毫无区别,只不过是在生命周期的不同阶段的调用。

前一个render是在组件第一次加载时调用的,也就是初次渲染,可以理解为mount
后一个render是除去第一次之后调用的,也就是再渲染,re-render

componentDidUpdate()

同样地,这个方法是在组件re-render之后调用的,该方法不会在初始化的时候调用。和componentDidMount一样,在这个函数中可以使用this.refs获取真实DOM。

还可以修改state哦,不过会导致组件再次re-render

卸载阶段(Unmounting)

该方法将会在 component 从DOM中移除时调用

componentWillUnmount()

卸载阶段就很简单了,就这一个生命周期函数,在组件被卸载和销毁之前立刻调用。

在这个函数中,应该处理任何必要的清理工作,比如销毁定时器、取消网络请求、清除之前创建的相关DOM节点等。
来自:http://axuebin.com/blog/2017/09/15/react-lifecycle/

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,776评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,527评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,361评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,430评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,511评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,544评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,561评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,315评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,763评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,070评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,235评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,911评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,554评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,173评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,424评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,106评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,103评论 2 352

推荐阅读更多精彩内容