能否在Redux状态中直接传递简单数组？是否需用不可变格式？

嘿，这个问题问得很到位——其实你的代码能正常运行是有道理的，而那些用[...state, ...]的写法也有其适用场景，核心要抓住Redux对状态不可变性的核心要求，咱们拆解来看：

你的当前写法为什么可行？ #

你在GET_NEWS case里直接返回了list这个全新的数组，这完全符合Redux的规则：因为你没有修改传入的state参数，而是返回了一个拥有新引用的状态值。Redux正是通过检测状态引用的变化来判断是否需要通知组件更新，所以这种写法是合法的，完全可以正常使用。

什么时候需要用[...state, ...]这类不可变写法？ #

这种扩展运算符的用法，主要是在基于原有状态做增量修改的时候才需要，比如：

• 给现有新闻列表追加新的条目
• 修改列表中某一个条目的内容（需要复制原数组，替换对应元素）
• 过滤列表中的某些元素

举个例子，如果你的需求是“在现有新闻后面添加新的新闻项”，那绝对不能直接修改原state（比如state.push(action.payload)），因为这会改变原状态的引用，违反Redux纯函数的要求。这时候就需要用不可变方式创建新数组：

case 'ADD_NEWS':
  return [...state, action.payload] // 复制原数组，添加新元素，返回新引用

再比如修改某条新闻的标题：

case 'UPDATE_NEWS_TITLE':
  return state.map(item => 
    item.id === action.payload.id 
      ? {...item, title: action.payload.newTitle} 
      : item
  )

这里用map返回新数组，用扩展运算符复制原对象再修改，都是保持不可变性的操作。

核心总结 #

• 你可以直接返回简单数组，只要这个数组是全新的引用，没有修改原state，就完全符合Redux的要求（比如你当前的GET_NEWS场景，替换整个列表）。
• 你不是必须在所有场景都用扩展运算符，但当你需要基于原state做修改时，必须采用不可变的方式来创建新状态，不能直接修改原state。
• 养成不可变更新的习惯会更好，尤其是当你的状态结构变得复杂（比如嵌套对象、多层数组）时，它能避免很多难以追踪的bug，同时保证React的更新逻辑正确触发。

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