Java 异常处理习惯

其实从一开始工作就开始思考这个问题了,一直没有特别好的理清楚如何处理异常才是最合理的,最近有一点开窍,把自己的想法记录下来,看看以后还会不会有进化。

1. 工具类中的异常

除了使用一些常见的工具类,我们也会自己定义一些工具类来处理一些项目中的公共逻辑。工具类一般不涉及具体的业务逻辑,因此最好是以 checked exception 的形式抛出,特别是该异常是由于调用该方法的输入造成的,那必须将该异常抛给调用者,由调用者处理。

而不是自己默默的吞掉这个异常,或者把这个异常转换为 runtime exception,这样不利于业务代码妥善处理并合理提示用户。

2.业务逻辑中的异常

业务逻辑代码中的异常,我目前喜欢将其以自定义的runtime exception抛出,直达 controller 外层的统一异常处理逻辑,避免还要通过方法返回 boolean 字段来判断是否出错。

通过统一的异常处理切面层,可以方便的拦截下所有错误信息,不将服务器内部错误抛给用户,也减少了被攻击者识别的风险。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值