问题描述：
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