我不完全理解这个问题，但我会尽力回答。

在 componentDidMount() 中，我正在分派“接收”和处理各种数据的操作。（这些“接收”方法用于在通过请求操作异步获取这些数据位时处理这些数据位，我在这里重新利用它们，因为我已经有了这些数据。）

这是派遣他们的坏地方。如果您选择调度操作而不是直接提供初始状态，请在渲染之前执行此操作。换句话说，在创建商店后立即执行此操作！这样你就不会渲染初始的空白状态。

虽然这不工作，你可以看到，我不得不与我的整体combinedReducers输出的形状（https://github.com/kevinold/keystone/commit/6f80c2f6f1e5c081361369a8bb31b75f1e62460f#diff-b4b498ca92c4d05e050b45c725c26f9d），或者我会得到控制台警告等。

您不应该initialState手动创建对象。你应该在服务器上创建一个 Redux 存储，在dispatch那里用数据预填充它的动作，当它准备好时，调用store.getState()以检索你想要传递给客户端的状态。在客户端上，您将从全局变量中读取它，并使用它创建客户端存储实例。换句话说，您永远不必手动创建——您initialState应该在服务器上使用 获取它store.getState()，将它传递给客户端，然后用它创建一个商店。

所以我不明白你描述的问题。如果您的减速器名称或嵌套更改，它也会在服务器上更改。你不需要做任何事情来“修复它”——如果你在客户端和服务器上都使用 Redux，它们的状态结构将匹配。

我真的很感激一些关于对其他人有用的“最佳”和“现实世界”实践的反馈。

1. 如果您在服务器上使用 Redux，请按上述方式预填充存储，并将其状态传递给客户端。在这种情况下，您需要使用 的initialState参数createStore()。

2. 如果您出于某种原因不在服务器上使用 Redux但无论如何都想预填充数据（例如，您可能使用 Node 以外的其他东西），那么调度操作的方法是您的下一个最佳选择，因为它不需要您的后端知道状态形状。在这种情况下，您应该将这些操作作为 JSON 传递给客户端，并在创建商店后立即将dispatch()所有这些操作传递给客户端。