我目前正在学习 Redux，我发现拥有一个状态事实来源有很大好处。我想知道后端是否也可以从状态管理中受益，但我在网上没有看到任何相关信息，所以我认为不会。虽然我发现 this 看起来它实际上旨在将 redux 状态管理概念引入后端..但我可能误解了它。
后端通常不会在内存中维护足够的状态以值得进行状态管理 - 并且我们不太可能在后端看到类似 Redux 的模式？
状态管理是软件中的基础知识，我们需要始终跟踪后端或前端的数据。
所以更直接地说，这不仅仅是前端问题，请查看这个在服务器上使用 redux 的示例 话虽这么说，状态管理并不总是需要的（想想无状态应用程序！）
对于像 Socket.io 聊天应用程序这样的应用程序（我只是给你一些想法），你可能需要 redux（或其他库，如果有的话）来跟踪聊天历史记录，以便当你的用户重新加载他们的聊天记录时他们可以轮询服务器选项卡 - 您还必须管理数据库与您的状态同步。
如果您想实现状态管理以不给我们的数据库带来压力或为了缓存/速度，您可以实现一个redis（或类似的）作为状态管理。