Redux Store返回空数组，createSlice与Reducer配置异常问题排查

优先级最高的错误点 #

• extraReducers 内的状态更新逻辑完全失效
  你写的 (state: action.payload.field); (state: action.payload.items) 是无效语句：TypeScript会把冒号后的内容识别为类型注解，JavaScript运行时这两行只是被括号包裹的孤立表达式，没有任何实际的状态修改操作。哪怕代码不抛语法错误，这个分支执行完成后也不会把接口返回的数据写入state，这就是接口正常但Store始终是空数组的核心原因。
  正确的状态写入逻辑参考：

  [requireFieldData.fulfilled.type]: (state, action) => {
    // 匹配action payload的实际结构：{ fields: 目标字段名, items: 接口返回列表 }
    state[action.payload.fields] = action.payload.items
  }
  

• Thunk的condition 判断存在引用错误
  你在combineReducers中把fields slice注册到根Store的key是fields，对应slice内的状态结构才是存储current/region/diveType等数组的对象。当前代码写的const {field} = getState() 是直接从根state解构名为field的属性，这个属性在根state中不存在，运行时必然会抛出Cannot read properties of undefined的空指针错误，和你贴的控制台报错完全对应。
  修正后的condition逻辑：

  condition: (targetField, {getState}) => {
    // 从根state下的fields分支读取对应字段的数据
    const fieldsState = getState().fields
    // 对应字段没有数据时才允许触发请求
    return fieldsState[targetField]?.length === 0
  }
  

常见疑问解答 #

• 关于configureStore的兼容性
  configureStore 完全支持同时搭配createSlice生成的Reducer、以及普通switch语句手写的Reducer使用，没有强制要求所有Reducer都用createSlice实现。你现在手写的auth、message模块功能正常，恰恰说明combineReducers的合并逻辑本身没有问题。
• 关于DevTools的颜色差异
  Redux DevTools中显示的白色/黄色条目差异，只是因为createSlice生成的Reducer会关联自动生成的标准化action类型，手写的Reducer使用自定义字符串action名，所以展示颜色有区别，不属于配置错误。
• 关于“接口返回空数组时Store就无法输出业务值”的疑问
  这个判断不成立：只要Reducer的状态写入逻辑正确，哪怕接口返回空数组，Store也会正常把这个空数组同步到对应状态，组件可以正常获取。当前场景下Store是空值，本质是Reducer根本没有执行写入操作，不是接口返回空导致的。
• 关于手动引入compose的注意点
  如果你是手动拼Store而不是用configureStore，必须手动注册redux-thunk中间件，否则createAsyncThunk生成的异步动作根本不会被执行，哪怕Reducer逻辑写对了，也不会触发接口请求、更新状态。用configureStore则不需要手动配置thunk，开箱即可支持异步动作。

报错现场参考 #

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