全局异常处理?如何正确使用?

59 篇文章 0 订阅
35 篇文章 0 订阅

全局异常处理使用中的问题

  1. 不在业务代码层面考虑异常处理,仅在框架层面粗犷捕获和处理异常。

建议Controller层返回给用户友好信息,而不再Service业务中捕获。如果在Service 层捕获,往往涉及数据库事务,否则事务无法自动回滚。

  1. 捕获了异常后直接生吞(无法找到BUG)

不记录不抛出,导致无源可查

  1. 丢弃异常的原始信息

这个问题下一班建议先写入log日志,在捕获的同时就开始写入日志。

catch (IOException e) {
log.error("文件读取错误", e);
throw new RuntimeException("系统忙请稍后再试");
}

把原始异常作为转换后新异常的 cause,原始异常信息同样不会丢:

catch (IOException e) {
throw new RuntimeException("系统忙请稍后再试", e);
}
  1. 抛出异常时不指定任何消息

异常抛出的时候一定要增加一些当前问题的描述。

 throw new RuntimeException("描述");
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一只小小狗

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值