问题描述：

1、使用Antd的Modal的Confirm 如果返回一个Promise，它会自己关闭 loading状态。在使用过程中，已经返回了Promise，在后端报错的时候，loading并没有消失，当时的临时处理方案为，在相应的 effects添加 try catch

// Effects

*getList({ payload }, { call }) {undefined

　　try {undefined

　　　　return yield call(getList, payload);

　　} catch (err) {undefined

　　　　return Promise.reject(err);

　　}

},

2、出现过一个问题，后端接口异常，在dva effects中没有进行异常处理，结果阻塞下面的流程，正常的逻辑是，上一次报错了，这一次应该可以正常请求。添加try catch后问题得到解决。

看完以上的问题描述，你可能会有一下问题：

为什么不加try catch 会阻塞流程？

是不是每个effects都要添加try catch的处理？

有没有地方可以统一处理这些错误？

带着上面这些问题接着往下看：

dva effects异常

// Effects

*getList({ payload }, { call }) {undefined

return yield call(getList, payload);

},

此时如果后台服务器返回错误，会导致call Effect抛出异常，最终会导致generator 停止运行。

解决的方法是可以加上try catch，例如

*getList({ payload }, { call }) {undefined

try {undefined

return yield call(getList, payload);

} catch (err) {undefined

return Promise.reject(err);

}

},

但是这样的话，需要每次调用时都try catch，因此需要统一异常处理。

统一异常处理

Ant Design封装的是umi，umi封装了dva，dva封装了redux-saga。统一异常处理可以在umi中进行。官方文档中说明如下：

dva里，effects和subscriptions的抛错全部会走onError hook，所以可以在onError里统一处理错误。

在 src 目录下新建 app.js，内容如下：

export const dva = {undefined

config: {undefined

onError(e) {undefined

e.preventDefault();

console.error(e.message);

},

},

};

然后effects里的抛错和reject的promise就都会被捕获到了。

当然如果某个effects需要做特殊的异常处理逻辑，则需要在定义这个effects的地方单独添加try catch进行处理。

总结

每个effects都需要使用 try catch 做异常处理。

umi提供了统一处理的配置，如果有特殊逻辑，则需要单独添加处理逻辑
————————————————
版权声明：本文为CSDN博主「深蓝保」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_30224993/article/details/112872712