javascript - React-Redux 上下文中的 "Tearing"是什么？

Question

6.0 版 React-Redux提及:

In version 6, all components read the same current store state value from context, which means the tree will be consistent and not have "tearing".

我知道这是有益的，但我想更好地理解“撕裂”在这种情况下的含义，并且我想了解他们概述的新方法实际上如何减少“撕裂”，如果有人可以的话详细说明。

Answer 1

我是 Redux 维护者，那段话是我写的。

这是 React 团队的 Andrew Clark 提出的一个具体问题，作为与 React 即将推出的“并发模式”一起使用时外部状态管理工具的潜在问题。

在并发模式下，React 将能够暂停通过树的渲染过程，并在稍后恢复计算树的其余部分。

如果树中的组件正在读取外部值，并且该值在 React 的渲染暂停时发生变化，那么树中的一些上层组件可能使用外部值 1 渲染，而一些后面的组件可能使用外部值 2 渲染。这会导致渲染输出不一致，因为树的不同部分根据同一渲染 channel 中的不同值确定它们的行为。这就是“撕裂”。

在 v6 中使用 createContext 的部分想法是，由于 React 确保给定的渲染过程在所有地方都使用相同的上下文值，因此不会有撕裂的机会。

v6 实现确实有效，但在某些情况下不如我们希望的那样高效。我们目前working on coming up with a different internal implementation that goes back to using direct subscriptions instead .这确实可能意味着撕裂再次成为可能，但在这一点上，我们需要坐下来等待 React 团队完成并发模式的整合，然后我们才能花时间看看真正的问题是什么。