Redux 计算器在执行 = 后将结果字符串直接赋值给 history 字段，导致后续 UPDATE 动作中使用扩展运算符 [...state.history] 时，把字符串 "174" 拆分为 ['1','7','4']，破坏了历史记录结构。根本原因是 history 应始终为数组，而非字符串。
redux 计算器在执行 `=` 后将结果字符串直接赋值给 `history` 字段，导致后续 `update` 动作中使用扩展运算符 `[...state.history]` 时，把字符串 `"174"` 拆分为 `['1','7','4']`，破坏了历史记录结构。根本原因是 `history` 应始终为数组，而非字符串。
该问题的核心在于 Redux state 的不可变性与数据类型一致性。在你的 reducer 中，history 初始值为数组 []，所有 UPDATE 操作都正确地以数组形式追加新元素（如 [...state.history, action.input]）。然而，在 SOLVE 分支末尾，你错误地将计算结果 result.toString() 直接赋给了 history：
case 'SOLVE':
// ❌ 错误：将字符串赋值给本应是数组的 history 字段
return {
...state,
output: result.toString(),
history: result.toString() // ← 这里！history 变成字符串 "174"
};
当后续用户点击操作符（如 +）触发 UPDATE 时，reducer 执行：
history: [...state.history, action.input]
此时 state.history 已是字符串 "174"，JavaScript 的扩展运算符会对字符串逐字符展开，等价于：
[..."174", "+"] → ["1", "7", "4", "+"]
这正是你观察到 174 被拆分为 1,7,4 的根本原因。
✅ 正确做法是：无论何时更新 history，都必须保持其为数组类型。SOLVE 完成后，应将最终结果以单元素数组形式重置 history，表示“本次计算的历史终点”：
case 'SOLVE':
// ✅ 正确：history 始终是数组，此处重置为仅含当前结果的数组
return {
...state,
output: result.toString(),
history: [result.toString()] // ← 关键修复：包裹在数组中
};
此外，建议同步优化以下两点，提升健壮性：
-
避免隐式类型转换风险
在 UPDATE 中，确保 action.input 是字符串再入数组（尤其当输入可能为数字时）：case 'UPDATE': return { ...state, history: [...state.history, String(action.input)] }; -
RESTART 分支需返回新对象（禁止直接赋值）
当前代码 state = initialState 是副作用操作，违反 Redux 不可变原则：case 'RESTART': // ❌ 错误写法（修改了原 state 引用） // state = initialState; // ✅ 正确：返回全新对象 return { ...initialState };
最后，请注意 history 字段在 UI 层的使用逻辑：若 history 用于渲染计算过程（如 "12 + 34 ="），建议在 mapStateToProps 中做格式化处理，而非依赖 history 数组的原始结构；若仅需显示最终结果，则 output 字段已足够，history 可专用于存储操作序列，避免语义混淆。
通过以上修复，history 将始终保持数组形态，[...state.history] 不再意外拆分字符串，计算器的连续运算逻辑即可恢复正常。
