SpringMVC-异常处理

目录

HandlerExceptionResolver接口

[使用注解实现异常分类管理(@ControllerAdvice 和 @ExceptionHandler)](#使用注解实现异常分类管理(@ControllerAdvice 和 @ExceptionHandler))

[使用 @ControllerAdvice 对不同的 Controller 分别捕获异常并处理](#使用 @ControllerAdvice 对不同的 Controller 分别捕获异常并处理)


HandlerExceptionResolver接口

  • 在SpringMVC中,提供了一个全局异常处理器,用于对系统中出现的异常进行统一处理
  • 在一般的系统中,DAO层、Service层及Controller层出现异常都以"throws Exception"的形式向上层抛出,最后都会由SpringMVC的前端控制器(DispatcherServlet)统一交给全局异常处理器进行异常处理
  • 在SpringMVC中提供的HandlerExceptionResolver接口可以实现全局异常处理器
  • Spring MVC接口HandlerExceptionResolver用于抽象一个异常解析器
  • 这种异常解析器被用于分析请求处理器Handler映射或者执行过程中的异常,将这些异常转换成其他形式展示给用户
  • 可以看到,HandlerExceptionResolver接口中定义了一个名为resolveException的方法,该方法主要用于处理Controller中的异常

  • 参数"Exception ex"即为Controller或其下层抛出的异常

  • 参数"Object handler"就是处理器适配器要执行的Handler对象

  • resolveException方法的返回值类型是ModelAndView,也就是说,可以通过这个返回值来设置发送异常时的显示页面

  • 典型的做法是转换成一个错误视图,或者返回某个HTTP状态码给请求端

  • 使用HandlerExceptionResolver实现全局异常处理器;当抛出异常后,要有相应的符合用户体验的友好界面显示异常

  • 综合实例:

  • (1)创建自定义异常类,名称为OperationException

  • 注意:
  • Spring管理的事务,无论是声明式事务还是注解式事务默认是在抛出运行异常(RuntimeException异常)时,才会被Spring框架捕获到然后回滚
  • 该自定义异常类继承的是RuntimeException类,因为一般项目的Service层逻辑都会使用Spring提供的事务管理,当Service层需要抛出自定义异常时,如果该自定义异常继承的是Exception类,则Spring提供的事务管理将会失效,所以这里的自定义异常类继承的是RuntimeException类,这样才不会使Spring提供的事务管理失效
  • (2)创建全局异常处理器OperationExceptionResolver类,该类实现HandlerExceptionResolver接口,并且实现resolveException方法
  • (3)创建名称为error.jsp的页面,符合用户体验的友好界面,用于显示异常信息

  • Spring MVC 为HandlerExceptionResolver提供了四个实现类

(1)ExceptionHandlerExceptionResolver

  • 找到使用@ExceptionHandler注解的ServletInvocableHandlerMethod并调用,基于其执行结果构建ModelAndView

(2)SimpleMappingExceptionResolver

  • 映射异常类名到视图名称,处理时使用此映射关系构建ModelAndView,或者使用缺省视图

(3)ResponseStatusExceptionResolver

  • 如果异常是ResponseStatusException或者使用了注解@ResponseStatus,则利用这些信息将异常翻译成HTTP状态字调用相应的sendError,返回空ModelAndView
  • 注意:该异常解析器会递归检查异常的cause异常

(4)DefaultHandlerExceptionResolver

  • Spring MVC缺省异常处理器,解析时将标准MVC异常翻译成HTTP状态字调用相应对象的方法#sendError,返回一个空ModelAndView对象(注意:不是null)

使用注解实现异常分类管理(@ControllerAdvice 和 @ExceptionHandler)

  • 引言:
  • 在开发中,我们会有如下的场景:某个接口中,存在一些业务异常
  • 例如用户输入的参数校验失败、用户名密码不存在等
  • 当触发这些业务异常时,我们需要抛出这些自定义的业务异常,并对其进行处理
  • 一般我们要把这些异常信息的状态码和异常描述,友好地返回给调用者,调用者则利用状态码等信息判断异常的具体情况
  • 过去,我们可能需要在 controller 层通过 try/catch 处理
  • 首先 catch 自定义异常,然后 catch 其它异常
  • 对于不同的异常,我们需要在 catch 的同时封装将要返回的对象
  • 然而,这么做的弊端就是代码会变得冗长
  • 每个接口都需要做 try/catch 处理,而且一旦需要调整,所有的接口都需要修改一遍,非常不利于代码的维护,如下段代码所示:
  • 那么,有没有什么方法可以简便地处理这些异常信息呢?

  • 答案是肯定的

  • Spring 3.2 中,新增了 @ControllerAdvice 注解,可以用于定义 @ExceptionHandler、@InitBinder、@ModelAttribute,并应用到所有 @RequestMapping 中

  • 简单来说就是,可以通过 @ControllerAdvice 注解配置一个全局异常处理类,来统一处理 controller 层中的异常,于此同时 controller 中可以不用再写 try/catch,这使得代码既整洁又便于维护

  • 综合实例:定义自定义异常

  • (1)自定义业务异常类

  • (2)@ControllerAdvice + @ExceptionHandler 配置全局异常处理类

@ControllerAdvice

  • 类型:类注解;定义该类为全局异常处理类

@ExceptionHandler

  • 类型:方法注解;定义该方法为异常处理方法

  • value 的值为需要处理的异常类的 class 文件

  • 这样,就可以对不同的异常进行统一处理了

  • 通常,为了使 controller 中不再使用任何 try/catch,也可以在 GlobalExceptionHandler 中对 Exception 做统一处理

  • 这样其他没有用 @ExceptionHandler 配置的异常就都会统一被处理

  • 遇到异常时抛出异常即可

  • 在业务中,遇到业务异常的地方,直接使用 throw 抛出对应的业务异常即可

  • 例如:

注意:

  • 不一定必须在 controller 层本身抛出异常才能被 GlobalExceptionHandler 处理,只要异常最后是从 contoller 层抛出去的就可以被全局异常处理器处理
  • 异步方法中的异常不会被全局异常处理
  • 抛出的异常如果被代码内的 try/catch 捕获了,就不会被 GlobalExceptionHandler 处理了

优点:

  • 减少代码冗余,代码便于维护

缺点:

  • 只能处理 controller 层抛出的异常,对例如 Interceptor(拦截器)层的异常、定时任务中的异常、异步方法中的异常,不会进行处理

使用 @ControllerAdvice 对不同的 Controller 分别捕获异常并处理

  • 引言
  • 上文介绍了如何在 SpringBoot 工程中对 Controller 配置全局异常处理
  • 后来在实际工程中,又有了如下需求:有些接口在发生异常时,需要持久化错误信息,而有的接口则不需要
  • 如果使用了全局异常处理,那每次发生了异常,还需要判断是哪个接口发生的异常,进而选择是否持久化错误日志
  • 那能不能对全局异常进行配置,对不同类型的接口使用不同的全局异常进行处理呢?
  • 经过查阅文档发现,Spring 提供了对 @ControllerAdvice 注解的配置,我们可以通过配置 @ControllerAdvice 指定拦截范围
  • @ControllerAdvice 指定 Controller 范围
  • 根据 API,我们可以看到注解 @ControllerAdvice 有如下几种配置:

(1)basePackages

  • basePackages:指定一个或多个包,这些包及其子包下的所有 Controller 都被该 @ControllerAdvice 管理
  • 其中上面两种等价于 basePackages

(2)basePackageClasses

  • basePackageClasses:是 basePackages 的一种变形,指定一个或多个 Controller 类,这些类所属的包及其子包下的所有 Controller 都被该 @ControllerAdvice 管理

(3)assignableTypes

  • assignableTypes:指定一个或多个 Controller 类,这些类被该 @ControllerAdvice 管理

(4)annotations

  • annotations:指定一个或多个注解,被这些注解所标记的 Controller 会被该 @ControllerAdvice 管理

  • 例子

  • 这里用 assignableTypes 配置指定的 Controller 进行测试

(1)创建三个 Controller

  • 其中,BusinessException 是自定义的异常类

(2)创建两个全局异常处理类

(3)分别调用接口,查看错误日志

  • (1)调用 localhost:8080/test1

  • 返回:GlobalExceptionHandler1 服务错误

  • 即 MyController1 异常被 GlobalExceptionHandler1 全局异常类捕获

  • (2)调用 localhost:8080/test2

  • 返回:GlobalExceptionHandler2 服务错误

  • 即 MyController2 异常被 GlobalExceptionHandler2 全局异常类捕获

  • (3)调用 localhost:8080/test3

  • 返回:

  • 即 MyController3 异常没有被全局异常捕获

相关推荐
阿伟*rui2 小时前
配置管理,雪崩问题分析,sentinel的使用
java·spring boot·sentinel
XiaoLeisj4 小时前
【JavaEE初阶 — 多线程】单例模式 & 指令重排序问题
java·开发语言·java-ee
paopaokaka_luck4 小时前
【360】基于springboot的志愿服务管理系统
java·spring boot·后端·spring·毕业设计
dayouziei4 小时前
java的类加载机制的学习
java·学习
码农小旋风5 小时前
详解K8S--声明式API
后端
Peter_chq5 小时前
【操作系统】基于环形队列的生产消费模型
linux·c语言·开发语言·c++·后端
Yaml46 小时前
Spring Boot 与 Vue 共筑二手书籍交易卓越平台
java·spring boot·后端·mysql·spring·vue·二手书籍
小小小妮子~6 小时前
Spring Boot详解:从入门到精通
java·spring boot·后端
hong1616886 小时前
Spring Boot中实现多数据源连接和切换的方案
java·spring boot·后端
aloha_7896 小时前
从零记录搭建一个干净的mybatis环境
java·笔记·spring·spring cloud·maven·mybatis·springboot