Spring异常统一处理
异常分类:
- checked异常
- unchecked异常(RuntimeException型异常)
如果抛出unchecked异常,调用者可捕捉可不捕捉,如果抛出checked异常,调用者要么抛出要么捕捉。
unchecked异常编译时不受影响,checked异常要么抛出要么处理,不然编译出错。
开发时遇到的有关异常处理的问题。
- 什么时候捕获异常,什么时候抛出异常。
- 在DAO层捕获还是Service层捕获还是Controller层捕获。
对于checked异常最好还是哪里调用就在哪里捕获处理,毕竟即使你抛出到Controller层,最终你也要捕获,处理,那时离异常的位置就太远了,查找问题也不方便,所以,对于checked异常,哪里调用哪里捕获是最好的。
而对于unchecked异常,是程序运行期间出现了错误,本应正确执行的代码,却没有正确执行,大多时候是因为用户输入,网络传输时候引起的错误,我们应该把这样的异常尽可能地告诉用户,让他按照程序的正常运行步骤操作 。
在哪一层捕获异常呢?我感觉在Controller层捕获比较方便,便于向用户返回异常信息。越向底层unchecked异常应该越少,所以在Controller层就把大部分异常抛给用户,确保用户经过了Controller层的校验才能进一步通向Service层,DAO层。
如果service层或dao层抛出了unchecked异常,就要及时关注异常抛出的原因,避免异常向更深层爆发,发生安全问题。所以dao层的unchecked异常一直向上抛,直到Controller层,Service层异常也应向上抛,Controller层处理所有的异常,并且决定返回给用户什么样的提示信息。
这些问题都明白之后,再写代码,代码很简单:
-
实现Spring HandlerExceptionResolver接口,全局异常处理,可以捕捉各个层的异常
@Override public ModelAndView resolveException(HttpServletRequest httpServletRequest