Redux Store什么时候更新订阅组件的props--是异步事件吗？

Question

我试图了解一个场景，即我正在调度一个同步 redux 动作（使用typesafe-actions的createAction ），然后不久进行依赖于商店更新道具的网络调用。

设想：

在 clearFilters 处理程序 function 内（在单击清除过滤器按钮时调用处理程序 function），我正在调度一个同步操作，然后进行如下网络调用：

clearFilters = (): void => {
    this.props.resetFilters(); //action dispatched
    this.refreshData;   //network call
};

在refreshData function 中，我的组件需要更新的过滤器道具，并基于它创建一个 searchCondition 以作为有效负载传递给列表 api 调用。

refreshData = (): void => {
    const { listData, filters } = this.props; //get the filters prop

    //Expected filters to be updated from the store post dispatch of action
    const SearchCondition: SearchCondition = createSearchConditions(filters);
    
    listData({
        SearchCondition,
        MaxResults: this.maxRecordsCount,
        SortFields: this.getSortFields(),
    }),
 );
};

我的组件使用mapStateToProps订阅了filters道具：

const mapStateToProps = (state: RootState) => ({
   filters: state.common.filter.filters,
});

鉴于这是我面临的问题的 state，我尝试通过在代码中放置调试点来调试发生的情况：

1. 调度操作时（在clearFilters函数内部）
2. 在减速器内部，返回更新的 state。
3. 调用网络调用时（在clearFilters函数内部）
4. 在refreshData调用中。

在reducer返回更新后的state后，根据调试知识，store没有立即发送更新的props。 相反，控件返回到下一行，即this.refreshData() ，它使用旧的过滤器数据进行网络调用。 只有在clearFilters function 调用完成后，在我的componentDidUpdate中，我才能看到道具更新发生。

这是否意味着 redux state 更改回商店并最终订阅的道具更新以异步方式发生？ 如果是这样，它是如何发生的？ 商店发送更新的道具是否在主线程中执行？

任何指针/文档都会非常有帮助。

Answer 1

调度是同步的，React 更新的排队也是同步的。 但是，在整个事件处理完成之前，React 不会重新渲染该组件，并且this.props在渲染发生之前不会更新。 因此，不，您不能在调度操作后立即访问this.props并期望它已更新。 那永远不会是真的。

我建议阅读 go 的这些帖子，详细了解 React 和 React-Redux：

• React 渲染行为的（大部分）完整指南
• React-Redux的历史与实现