如果我理解正确,组件的React生命周期应确保在componentDidMount
之前调用componentWillReceiveProps
。当我在组件的初始安装上测试它时,它似乎以这种方式工作。但是当组件之前已经安装并重新安装时,顺序就是另一种方式。这是预期的行为吗?以下代码说明了可能以这种方式引入的潜在错误:
class Example extends React.Component {
componentDidMount() {
this.something = { foo: 'bar' };
}
componentWillReceiveProps(nextProps) {
this.something.foo;
// Throws a TypeError if this code is reached before
// componentDidMount is called.
}
}
答案 0 :(得分:14)
简短回答:
确实无法保证解雇这些方法的顺序。这就是为什么(如你的例子中)使用props和state之外的组件变量的原因之一并不是一个好主意。
更好:如果您需要在生命周期事件之外使用它,请将{ foo: 'bar' }
置于状态。
答案越长:
componentDidMount()
仅在每个生命周期中调用一次:
componentDidMount
后) componentWillReceiveProps()
在生命周期中的第一次渲染时不会被调用,但是当父级再次发送道具时,会在所有后续渲染时调用它。
通常情况下,第二个渲染(触发)componentWillReceiveProps
将在组件(及其子组件)完成安装之后出现,因此在componentDidMount()
之后。
但我可以想到至少有一个(可能是理论上的)情况,订单会逆转:
componentWillReceiveProps()
被解雇,(但componentDidMount
尚未解雇)componentDidMount()
将会触发。所以componentDidMount()
不是初始化组件变量的好地方,例如{ foo: 'bar' }
componentWillMount()
将是一个更好的生命周期事件
但是,我不鼓励在反应组件中使用组件范围的变量,并坚持设计原则: