`render` 和 `componentDidMount` 之间 Store 中的竞争条件

Question

在 componentDidMount 中设置 Store 侦听器，同时不调用 setState 或 forceUpdate（从而触发立即重新渲染）是否安全？

在 React 中常见的例子似乎是在监听之前同步 getInitialState 中的 Store 状态或拉取存储数据在 render 中，然后在 componentDidMount 中开始监听。在componentDidMount 中渲染和设置侦听器之间的时间间隔内，是什么防止了 Store 更改丢失？

如果子组件在其componentDidMount 中采取同步操作来更改存储，父组件会不会错过此更改？

如果子组件在componentDidMount 中发出异步操作，是否有可能以父组件忽略的方式更改 Store？

React 组件生命周期中是否存在异步事件可以进入的空白？

来自抢占式异步编程背景，javascript 中缺乏显式同步保护，而在协作异步编程中通常是不必要的，这真的让我感到不安。

Answer 1

经过一些测试和挖掘源代码后，我得出的结论是，在初始组件生命周期的任何地方都无法触发异步事件（getInitialState -> componentWillMount -> render -> Children -> componentDidMount)。

从可以更改 Store 的子组件调用的同步事件肯定会在父组件调用 componentDidMount 之前解决，并导致视图和数据不同步。

我得出的结论是，不在componentWillMount 中注册 Store 侦听器的唯一原因是它们不应该在同构应用程序的服务器上运行。在我看来，这不是充分的理由，因为它注册了不按文档顺序的侦听器（这可能会影响性能），并且有可能在初始渲染期间丢失对 Store 的同步更改。从概念上讲，这也是错误的地方。

我打算在 componentWillMount 中注册我的听众，并附上浏览器测试：

componentWillMount: function () {
  if (typeof window !== "undefined") {
    // register listener in browser only
  }
}