当前版本v16.8.4 装载过程(组件第一次在DOM树中渲染的过程):
constructor(常用) -> getInitialState(v16.0已废弃) -> getDefaultProps(v16.0已废弃) -> componentWillMount(v17.0中将被弃用) -> getDerivedStateFromProps(v16.3新增,并在v16.4中升级优化了一下) -> render(必须要) -> componentDidMount(常用)
更新过程(当组件被重新渲染的过程,state改变或props改变或父组件forceUpdate引发子组件的重新渲染):componentWillReceiveProps(v17.0中将被弃用) -> getDerivedStateFromProps -> shouldComponentUpdate -> componentWillUpdate(v17.0中将被弃用) -> render -> getSnapshotBeforeUpdate -> componentDidUpdate
卸载过程(组件从DOM中删除的过程):componentWillUnmount
错误处理(当组件发生错误的时候,用得极少)getDerivedStateFromError(v16.6新增) -> componentDidCatch(未来将被废弃)
constructor:ES6中每个类的构造函数,并不是每个组件都需要定义自己的构造函数。比如无状态组件。
作用:
初始化state, 例如super(props)下的 this.state = {}
绑定成员函数的this环境。例如 this.onClickButton = this.onClickButton.bind(this)。但这种方案一般都会用箭头函数代替
而综合以上两点作用,其实很多时候,你会在antd官网的例子上看到一些例子,并没有使用contructor, 而是直接简写为
返回值会用来初始化组件的this.state
getDefaultProps (随着v16.0版本createClass被弃用,该方法也不存在了):返回值可以作为props的初始值
componentWillMount(即将在v17.0中被弃用):在没被弃用的时候也几乎不用,这时候没有任何渲染出来的结果,即使调用this.setState修改状态也不会引发重新绘制。所有在这里可以做的事,都可以提前到 constructor中去做。有些人可能用过vue, 在vue中也经常在created中去请求接口,比如可能初始值是0,然后在created中请求接口,简单的理解成想页面在展示的时候就直接显示接口请求返回后的数据1了,而不是我们看到页面的时候先看到0,然后突然变成1了。个人理解vue的created和react的componentWillMount应该也是相差不了太多的,如果是在componentWillMount的时候你的数据还不是1的话,你这时候请求数据,其实是另外开了一个线程去执行异步操作了,render函数并不会等你异步请求结果返回1才去执行render。网络差的话,你先看到0再看到突然变成1也是很正常的事。在这里请求和在componentDidMount中请求并不会有太大的差别。同理,其实vue中特意区分该在created中还是mounted中请求接口也是没必要的,还不如统一到mounted/componentDidMount中去请求接口,因为我们有些方法还是要等真实dom存在后才去执行的
getDerivedStateFromProps(props, state)第一次在装载阶段(当前组件实例化)会被触发比较好理解,但是组件更新阶段,究竟组件更新阶段的什么操作会触发这个函数?
假如我在父组件改变了props 会触发这个函数吗?答案是会。
假如我在当前组件 this.setState 会触发这个函数吗?在v16.3中不会,但是在v16.4以上就会了。截至2019-03-17,在 https://react.docschina.org/docs/react-component.html#static-getderivedstatefromprops 上看到的翻译还是错的。不信可以自己试试?
假如我在父组件只是执行了 forceUpdate 强行引发一次重新绘制,那当前组件(子组件)的getDerivedStateFromProps又会被触发吗?
一样,在v16.3中不会,但是在v16.4以上就会了。
它返回一个对象来更新状态,如果返回的是null就表示不更新任何内容
这个方法react官方都意识到很多人对如何使用它存在许多误解(https://reactjs.org/blog/2018/06/07/you-probably-dont-need-derived-state.html),
目前很多人的博客其实写得也有点问题的。
返回一个JSX表示的对象,然后由React库来根据返回对象决定如何渲染。并不是返回的真实DOM,其他的生命周期都可以省,但是这个必须要
componentDidMount:仅在浏览器端执行,此时已经有了真实的dom节点,在这个阶段常用于处理接口请求,或者一些事件处理函数
componentWillReceiveProps(nextProps):当前组件setState()不会调用;
父组件props改变会调用;
父组件通过forceUpdate重新执行render,也会调用当前组件的componentWillReceiveProps;
只要父组件的render函数被调用,那么当前组件(子组件)都会触发这个函数,不管父组件的props发不发生变化。例如父组件执行了 forceUpdate 强行引发一次重新绘制。当前组件的componentWillReceiveProps就会被触发。而在当前组件this.setState是不会触发这个函数的。因为componentWillReceiveProps适合根据新的props值(也就是参数nextProps)来计算出是不是要更新内部状态state。更新组件内部状态的方法就是this.setState。如果this.setState的调用导致componentWillReceiveProps再依次被调用,那就是一个死循环了