既然Redux connect依赖引用比较，为何仅允许可序列化值作为payload？

Redux官方文档明确要求避免在action中使用不可序列化的值，而React-Redux的connect函数确实依赖引用比较来判断是否触发组件重渲染，这两者看似矛盾，其实是不同层面的规则，核心原因如下：

• Redux的核心设计目标不止于组件重渲染
  要求action可序列化，本质是为了保障Redux的核心能力：

  • 时间旅行调试：Redux的调试工具需要记录所有action并回放，不可序列化的值（比如函数、Symbol）无法被存储，回放时会丢失关键信息，导致调试功能失效。
  • 状态持久化：如果需要把Redux状态持久化到本地存储或后端，不可序列化的值无法被正确存储和恢复，会引发状态异常。
  • 中间件兼容性：多数Redux中间件（如日志中间件、异步中间件）都依赖action的可序列化特性，才能正常处理和传递action，函数这类值会导致中间件无法正常工作。

• 引用比较只是性能优化手段，不是Redux的核心规则
  React-Redux用引用比较判断重渲染，是为了减少不必要的组件更新，提升性能。但这只是组件层面的优化逻辑，和Redux对action的要求是两个独立的规则。即使你在action里用了函数，引用比较可能暂时能工作，但会破坏Redux的整体生态和核心功能。

• 不可序列化action会破坏状态的可预测性
  Redux强调action是“事件的纯描述”，应该由纯数据构成。把函数这类行为放在action payload里，会让状态变化变得不可预测——函数的执行结果可能依赖外部环境，导致相同的action触发不同的状态变化，完全违背了Redux“可预测状态容器”的设计初衷。

内容的提问来源于stack exchange，提问作者Amaterasu