redux props变更时componentWillReceiveProps未触发，求排查原因

哈哈，这个问题我之前踩过好几个坑，咱们一个个来捋可能的原因：

1. 你是不是混淆了「组件自身 state 变化」和「父组件传入的 props 变化」？ #

componentWillReceiveProps 这个生命周期钩子只在父组件给当前组件传递新的 props 时才会触发，组件自身的 state 更新根本不会触发它。如果你说的「状态变更」是指当前组件自己的 state 变化，那哪怕 render 里打印的 props 看起来变了（比如 props 是从自身 state 派生的），这个钩子也绝对不会跑。先确认下：触发更新的是不是父组件的状态变更？

2. React 版本 + 严格模式的坑 #

从 React 16.3 开始，componentWillReceiveProps 被标记为 UNSAFE_componentWillReceiveProps，官方强烈推荐用 getDerivedStateFromProps 替代它。如果你的项目用了 React 16.3+ 并且开启了 <StrictMode>，React 会刻意跳过这个旧生命周期的调用（用来强制开发者迁移）。你可以检查下：

• 项目的 React 版本（看 package.json）
• 根组件有没有被 <StrictMode> 包裹

3. 使用了 React.PureComponent 但 props 是引用类型的「假变化」 #

如果你的组件继承的是 React.PureComponent，它会对 props 做浅比较。举个例子：父组件的 state 是个对象 { user: { name: 'old' } }，更新时只改了 user.name，但返回的是同一个 user 对象引用——这时候 PureComponent 会认为 props 没变化，不会触发 componentWillReceiveProps。但你在 render 里打印 this.props.user.name 确实会看到新值（因为对象是引用类型），这就会造成「props 变了但钩子没触发」的错觉。

你可以在 render 里打印 this.props 的整体引用（直接 console.log(this.props)），看看每次更新时是不是同一个对象地址。

4. 高阶组件（HOC）拦截了 props 传递 #

如果你的组件被某个 HOC 包裹了，比如一些状态管理库的 connect 方法或者自定义的 HOC，有可能 HOC 没有正确把新的 props 传递给底层组件。比如 HOC 内部做了不必要的缓存，或者只传递了部分 props，导致父组件的更新没有透传到你的组件里。这种情况可以检查下 HOC 的逻辑，或者直接把组件临时从 HOC 里抽出来测试。

最后快速排查步骤 #

1. 确认更新触发源是父组件的 state 变更，不是当前组件自身的 state。
2. 去掉 <StrictMode> 试试，看钩子会不会触发。
3. 打印 this.props 的引用，确认是不是真的是新的 props 对象。
4. 临时把组件改成继承 React.Component（不是 PureComponent），测试钩子是否触发。

内容的提问来源于stack exchange，提问作者Moshe