Spring异常统一处理

本文探讨了Spring中异常处理的策略,包括checked异常和unchecked异常的区别。建议checked异常在调用处捕获处理,而unchecked异常适合在Controller层捕获,以便向用户反馈详细信息。通过实现HandlerExceptionResolver接口,可以进行全局异常处理,局部异常处理则可使用@ControllerAdvice和@ExceptionHandler注解。文章旨在帮助开发者更好地理解和处理Spring应用中的异常情况。
摘要由CSDN通过智能技术生成

Spring异常统一处理

异常分类:

  • checked异常
  • unchecked异常(RuntimeException型异常)

如果抛出unchecked异常,调用者可捕捉可不捕捉,如果抛出checked异常,调用者要么抛出要么捕捉。

unchecked异常编译时不受影响,checked异常要么抛出要么处理,不然编译出错。

开发时遇到的有关异常处理的问题。

  1. 什么时候捕获异常,什么时候抛出异常。
  2. 在DAO层捕获还是Service层捕获还是Controller层捕获。

对于checked异常最好还是哪里调用就在哪里捕获处理,毕竟即使你抛出到Controller层,最终你也要捕获,处理,那时离异常的位置就太远了,查找问题也不方便,所以,对于checked异常,哪里调用哪里捕获是最好的。

而对于unchecked异常,是程序运行期间出现了错误,本应正确执行的代码,却没有正确执行,大多时候是因为用户输入,网络传输时候引起的错误,我们应该把这样的异常尽可能地告诉用户,让他按照程序的正常运行步骤操作 。

在哪一层捕获异常呢?我感觉在Controller层捕获比较方便,便于向用户返回异常信息。越向底层unchecked异常应该越少,所以在Controller层就把大部分异常抛给用户,确保用户经过了Controller层的校验才能进一步通向Service层,DAO层。

如果service层或dao层抛出了unchecked异常,就要及时关注异常抛出的原因,避免异常向更深层爆发,发生安全问题。所以dao层的unchecked异常一直向上抛,直到Controller层,Service层异常也应向上抛,Controller层处理所有的异常,并且决定返回给用户什么样的提示信息。

这些问题都明白之后,再写代码,代码很简单:

  1. 实现Spring HandlerExceptionResolver接口,全局异常处理,可以捕捉各个层的异常

    @Override
    public ModelAndView resolveException(HttpServletRequest httpServletRequest
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值