我试图了解在 Redux 中实际（如果有的话）如何使用不变性。我发现的每个教程/文章/文档都指出，reducers 永远不应该更改状态对象，而是创建更改数据的新副本（即 reducer 必须是纯函数）。我理解这一点，但我找不到任何地方解释 Redux 内部实现如何实际使用该指南。
这只是一个强烈的建议，还是如果我将 reducer 设为非纯，Redux 内部的某些东西会中断？
如果是后者，那么究竟会破坏什么？
我确实找到了几个地方，丹说在某些（非常罕见的）情况下，reducer 可能不是纯的，但它是有风险的（同样，没有解释究竟是什么风险）。
【问题讨论】：
标签： immutability redux
Redux 与 React 一起使用时，通常使用来自 react-redux 的 connect 连接。用connect 包装一个组件，通过指定一个更改处理程序来订阅对redux 存储的更改，该处理程序在分派操作并调用reducers 后被调用。在调用更改处理程序时，connect 使用身份比较 (previousState !== newState) 将存储的当前状态与新状态进行比较——这比进行浅层或深层比较要快——并且仅当两个状态不是时相同，它是否使用setState 更新包装的组件。直接改变状态不会导致引用发生变化，从而导致被包装的组件不会重新渲染。
这是connect 确定它是否应该调用 setState 的方式：
if (!pure || prevStoreState !== storeState) {
this.hasStoreStateChanged = true
this.setState({ storeState })
}
connect 还提供了一个选项来覆盖此行为，方法是指定包装的组件不是纯使用：
connect(mapStateToProps, mapDispatchToProps, mergeProps, {pure: false} )
纯组件也可以通过实现shouldComponentUpdate来使用身份比较，以防止对render的不必要调用。
TL;DR：如果商店的状态由于突变而发生变化，则用 connect 包裹的组件将不会重新渲染。
编辑：Redux 本身不会损坏任何东西，因为它太小了以至于它不会尝试检查 reducer 返回的状态。
【讨论】：