React Native中Redux Reducer冻结不可变对象突变报错求助

嘿，这个问题我之前踩过一模一样的坑！虽然你用了扩展运算符来创建新状态对象，但大概率是嵌套属性的引用没处理到位——扩展运算符只是浅拷贝，深层的对象还是和原冻结状态共享引用，当你修改lastSeen时，其实还是在触碰原冻结对象的嵌套部分，所以触发了报错。

核心原因 #

Redux（或类似的状态管理库）在开发模式下会自动冻结整个状态树，防止开发者直接修改不可变对象。如果你的状态是嵌套结构（比如state.user.lastSeen），只拷贝顶层对象完全不够，必须逐层拷贝所有嵌套层级，确保你修改的是一个全新的、未被冻结的对象。

错误 vs 正确的状态更新示例 #

错误写法（触发报错）

// 只浅拷贝了顶层对象，user还是原冻结对象的引用
const newState = { ...state };
newState.user.lastSeen = new Date().toISOString(); // 直接修改了原冻结的user对象
return newState;

正确写法（避免报错）

// 逐层拷贝嵌套对象，确保每一层都是新的独立对象
return {
  ...state,
  user: {
    ...state.user, // 拷贝原user的所有属性
    lastSeen: new Date().toISOString() // 覆盖lastSeen属性
  }
};

其他排查方向 #

• 检查Reducer外的状态修改：有没有在组件或工具函数里直接修改了props/state里的对象？比如this.props.user.lastSeen = ...这种操作，哪怕是无意的，也会触发冻结报错。
• 复杂嵌套/数组的处理：如果状态里包含数组，也要确保用[...state.items]或state.items.map()创建新数组，再修改数组内的元素，绝对不能直接操作原数组。
• 依赖库的隐性变化：虽然你没修改Reducer，但可能最近更新了状态管理相关的依赖（比如Redux Toolkit、Immer等），这些库的开发模式冻结逻辑可能变得更严格了。

调试小技巧 #

可以在Reducer里加一行打印，快速确认嵌套对象是否被冻结：

console.log(Object.isFrozen(state.user)); // 如果返回true，说明user是冻结对象，必须拷贝后再修改

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