createAsyncThunk能否使用外部封装的Axios请求处理器

该方案完全可行。createAsyncThunk本身不限制内部异步逻辑的实现方式，无论用原生fetch、Axios还是基于Axios二次封装的请求方法，只要符合Promise异步规范，都可以在payload回调中调用。

问题出在你二次封装的postRequest方法内部吞掉了请求异常，没有将错误向外层抛出：

• 正常情况下Axios请求失败会返回rejected状态的Promise，createAsyncThunk监听Promise状态变化，就能自动触发rejected分支
• 如果你的封装方法在catch块中只做了日志打印、错误提示这类内部处理，没有写throw err或者return Promise.reject(err)，整个方法返回的Promise会始终是resolved状态，即使请求失败，外层await也不会拿到异常，createAsyncThunk自然只会触发fulfilled分支。

常见的错误封装写法参考：

// 问题封装：catch块未抛出错误
const postRequest = async (url, successCallback, data) => {
  try {
    const res = await axios.post(url, data)
    successCallback?.(res)
    return res
  } catch (err) {
    // 仅做内部处理，没有向外抛出错误
    console.log('请求出错', err)
    message.error(err.message)
    // 缺失关键逻辑：throw err
  }
}

你可以根据实际场景二选一：

• 方案1：修正全局请求封装逻辑（推荐）
  在请求封装的错误处理分支中，补全错误抛出逻辑，保证异常能正常传递到外层调用方：

  const postRequest = async (url, successCallback, data) => {
    try {
      const res = await axios.post(url, data)
      successCallback?.(res)
      return res
    } catch (err) {
      // 保留原有内部错误处理逻辑
      console.log('请求出错', err)
      message.error(err.message)
      // 关键：向外抛出错误，让外层调用方能捕获异常
      throw err
    }
  }
  

• 方案2：在thunk回调中手动校验、抛出异常
  如果你不方便修改全局封装（比如其他业务模块依赖现有不抛错的逻辑），可以在createAsyncThunk的回调中手动判断请求结果，不符合成功预期时主动抛出错误：

  export const paymentMethods = createAsyncThunk(
    'tenants/payments',
    async (ppp, { dispatch, getState }) => {
      const x = await postRequest(
        `${API.TENANTS}/${ppp.tenantId}/${API.PAYMENT_METHODS}`,
        response => console.log(response),
        ppp.data,
      );
      // 按你项目实际的接口成功规则判断，比如code字段为0/200代表成功
      if (x.code !== 200) {
        throw new Error(x.message || '请求失败')
      }
      return x.data;
    },
  );
  

补充说明：如果你封装的请求方法是纯回调风格（不返回Promise，仅通过success/fail回调传递结果），需要先手动包装成符合Promise A+规范的方法，再通过await调用，否则无法被createAsyncThunk正确识别状态。

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