Redux登录时用户payload未写入state致下单请求失败排查

你的判断完全准确，问题出在reducer直接修改原state、没有返回新的状态对象。
Redux判断状态是否更新的核心依据是新旧state的引用是否变化：只有reducer返回和旧state引用地址不同的全新对象，Redux才会同步更新store存储值、触发组件重渲染、通知持久化插件写入新状态。
你现在能在DevTools里看到登录action携带了正确的payload，说明dispatch的整条链路是通的，问题完全出在reducer的返回逻辑：你直接修改了传入的原state属性，最后返回的还是原state的引用，Redux检测不到变化，根本不会更新存储的用户信息，后续发起订单请求自然拿不到有效用户参数。

重写user reducer里的登录逻辑，严格遵守不可变更新规则，返回构造的全新state对象：

// 参考初始状态
const initialState = {
  userInfo: null,
  isLoggedIn: false
}

const userReducer = (state = initialState, action) => {
  switch (action.type) {
    case 'user/loginSuccess':
      // 先拷贝原有state的所有字段，再覆盖要更新的用户属性，返回全新对象
      return {
        ...state,
        userInfo: action.payload,
        isLoggedIn: true
      }
    case 'user/logout':
      return { ...initialState }
    default:
      return state
  }
}

• 改完之后，dispatch登录动作后直接打log执行console.log(store.getState().user)，确认userInfo已经正确写入，再测试下单流程即可。
• 如果你用的是官方推荐的Redux Toolkit，内置的createSlice/createReducer默认带Immer，支持直接写修改state属性的语法，底层会自动生成符合不可变要求的新对象，不会触发这类问题。如果是原生手写Redux没配Immer，必须手动写浅拷贝逻辑返回新对象。
• 如果改完还是有问题，可以补充dispatch逻辑、store初始化配置、持久化插件配置代码进一步定位。

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