更好的处理 200 error about umi-request HOT 9 OPEN

在拦截器里判断 怎么能够阻止Promise呢，或者让Promise返回 reject，在拦截器里直接 return Promise.reject(data)也不太好使

from umi-request.

errorHandler 目前对我来说没有用，我都是在拦截器里判断的。

from umi-request.

这个需求，你应该直接在interceptor里处理，然后throw Error出来，在errorHandler里面去catch

from umi-request.

我觉得这个太有必要了，现在我碰到的需求就是如此 http状态码是http层的，内部会与后台约束 自己的内部状态码，如果在 request.interceptors.response.use 内抛出错误，errorHandler的error参数是为空的。但是如果没有errorHandler 方法，我http层的请求又补货不到，这个有点让人感觉到麻烦，如果有了这项功能，我觉得会比 axios完美太多了。

from umi-request.

弃坑了，换回了axios，无法对response的数据进行加工处理，每个请求都要判断一遍很麻烦。

from umi-request.

不知道怎么加自己的错误拦截了，也有同样的需求

from umi-request.

@clock157 请问一下，这个功能加上了吗

from umi-request.

但是如果没有errorHandler 方法，我http层的请求又补货不到，这个有点让人感觉到麻烦，如果有了这项功能，我觉得会比 axios完美太多了。

@world56 没有 errorHandler 时， HTTP 层的请求捕获不到是什么场景，当前版本的第一层拦截器里面拿到的就是原生的响应（包括 HTTP 状态码、Response Headers 以及响应的类型等等，具体可以看文档描述 https://github.com/umijs/umi-request/blob/master/README_zh-CN.md#%E5%93%8D%E5%BA%94%E7%BB%93%E6%9E%84 ），还是说之前的版本不支持获取原始响应？

from umi-request.

分享一下处理方法

// 响应拦截器
cRequest.interceptors.response.use(async (response, options) => {
  const data = await response.clone().json();
  if (data?.code && data.code !== 200) {
    return Promise.reject(data);
  }
  return response;
});

// errorHandler 处理
const errorHandler = (error: { response: Response }): Response | undefined => {
  const {
    // response: { status },
    response,
  } = error;

  if (error.code && error.code !== 200) {
    notification.error({
      key: 'error',
      message: error.msg,
    });
    throw error;
  }
...

from umi-request.