Redux Store中存储同一对象的多引用是否安全？存在哪些潜在问题？

假设有这样一个Redux Store：

{
    data: [ object1, object2, object3 ],
    current: object2
}

store.current用于指向当前正在编辑或选中的对象，并未复制object2，只是让它与data[2]指向同一个对象。

有人建议避免在Redux Store中使用这类多引用，推荐使用索引（例如current: 2），复杂场景下使用对象路径（比如current: 'data.2'）。我的实际场景是树形数据结构，路径可能类似current: 'data.2.children.8.children.2.children.18'，每次组件需要当前选中对象时都要遍历路径获取。

请问在store.current中存储该对象的引用是否安全？这么做存在哪些潜在问题？

直接在Redux Store里存储对象引用并不安全，主要存在以下几个潜在问题：

• 序列化兼容性问题：Redux状态经常需要支持序列化操作，比如持久化到本地存储、状态日志回放、服务端渲染等。对象引用无法被序列化，序列化后会丢失引用关系，恢复状态时引用会直接失效，导致current指向错误的对象或者空值。

• 状态一致性破坏风险：如果代码中不小心通过引用直接修改了current指向的对象（绕过Redux的action/reducer流程），会导致状态变更无法被Redux追踪，DevTools无法记录完整的状态变更历史，组件也可能因为没有触发正确的状态更新流程而无法重新渲染，最终出现UI与状态不一致的情况。

• 内存泄漏隐患：如果某个组件持有了这个对象引用，即使组件已经被卸载，只要Store里的引用还存在，该对象就可能无法被垃圾回收。在复杂树形结构场景下，这种未被回收的对象会累积，逐渐占用更多内存。

• 违反不可变性原则：Redux的核心要求是状态不可变，持有对象引用意味着你可以直接修改原对象的属性，破坏不可变性。这会导致依赖状态快照的逻辑（比如前后状态对比、缓存判断）出错，因为原对象被修改后，旧的状态快照也会跟着变化。

相比之下，存储索引或路径的方式虽然需要每次遍历获取对象，但完全适配Redux的设计原则：状态可序列化、变更可追踪、符合单向数据流，也不会出现引用带来的各种潜在问题。

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