reactjs - 我应该关心 React Redux 应用程序中的状态变化率吗？

Question

我正在使用 React、Redux 和 Websocket 实现/评估“实时”Web 应用程序。在服务器上，我的数据集以每秒大约 32 次更改的速度发生更改。

每次更改都会导致使用 Websocket 向应用程序发送异步消息。异步消息在我的 redux 状态下启动 RECEIVE 操作。状态变化导致组件渲染。

我担心状态更改的频率会导致客户端出现 Not Acceptable 负载，但我不确定如何根据消息数量、组件数量等来表征负载。

这什么时候会成为问题，或者我将使用什么工具来确定这是否是一个问题？

我的状态的“形状”会对渲染性能产生影响吗？我是否应该考虑将高变化对象放置在一个实体中，而将低变化对象放置在另一实体中？

我是否应该集中精力对更改事件进行批处理，以便应用程序可以响应更改列表而不是每个单独的更改(有效降低状态更改率)？

我很感激任何建议。

Answer 1

这些实际上是相当合理的问题，是的，这些听起来确实都是值得考虑的好方法。

作为一个想法 - 您说过您的服务器端数据更改每秒发生 32 次。这些信息本身可以批量处理吗？您真的需要显示每一个更新吗？

您可能对 Redux 常见问题解答的“性能”部分感兴趣，其中包括关于 "scaling" 的答案和reducing the number of store subscription updates .

根据更新频率部分地对状态进行分组听起来是个好主意。未订阅该 block 的组件应该能够根据 React Redux 的内置浅层相等检查跳过更新。

我将添加几个额外的有用链接，以获取与性能相关的信息和库。我的 React/Redux links repo 有一个关于 React performance 的部分，我的 Redux 库链接存储库有关于 store change subscriptions 的相关部分。和component update monitoring .