目录

SpringMVC提供了一个处理器控制器方法执行过程中所出现的异常的接口:HandlerExceptionResolver
HandlerExceptionResolver接口的实现类有:DefaultHandlerExceptionResolver和SimpleMappingExceptionResolver
SpringMVC提供了自定义的异常处理器SimpleMappingExceptionResolver,使用方式:
- <bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
- <property name="exceptionMappings">
- <props>
-
- <prop key="java.lang.ArithmeticException">errorprop>
- props>
- property>
-
- <property name="exceptionAttribute" value="ex">property>
- bean>
- //@ControllerAdvice将当前类标识为异常处理的组件
- @ControllerAdvice
- public class ExceptionController {
-
- //@ExceptionHandler用于设置所标识方法处理的异常
- @ExceptionHandler(ArithmeticException.class)
-
- //ex表示当前请求处理中出现的异常对象
- public String handleArithmeticException(Exception ex, Model model){
- model.addAttribute("ex", ex);
- return "error";
- }
- }
- //@RestControllerAdvice用于标识当前类为REST风格对应的异常处理器
- @RestControllerAdvice
- public class ProjectExceptionAdvice {
- //除了自定义的异常处理器,保留对Exception类型的异常处理,用于处理非预期的异常
- @ExceptionHandler(Exception.class)
- public void doException(Exception ex){
- System.out.println("嘿嘿,异常你哪里跑!")
- }
- }
确保SpringMvcConfig能够扫描到异常处理器类
- @GetMapping("/{id}")
- public Result getById(@PathVariable Integer id) {
- //出现数学异常
- int i = 1/0;
- Book book = bookService.getById(id);
- Integer code = book != null ? Code.GET_OK : Code.GET_ERR;
- String msg = book != null ? "" : "数据查询失败,请重试!";
- return new Result(code,book,msg);
- }
修改异常处理器类返回结果给前端
- //@RestControllerAdvice用于标识当前类为REST风格对应的异常处理器
- @RestControllerAdvice
- public class ProjectExceptionAdvice {
- //除了自定义的异常处理器,保留对Exception类型的异常处理,用于处理非预期的异常
- @ExceptionHandler(Exception.class)
- public Result doException(Exception ex){
- System.out.println("嘿嘿,异常你哪里跑!")
- return new Result(666,null,"嘿嘿,异常你哪里跑!");
- }
- }
使用Postman测试:

至此,就算后台执行的过程中抛出异常,最终也能按照我们和前端约定好的格式返回给前端。
知识点1:@RestControllerAdvice
名称:@RestControllerAdvice
类型:类注解
位置:Rest风格开发的控制器增强类定义上方
作用:为Rest风格开发的控制器类做曾强
说明:此注解自带@ResponseBody注解、@ControllerAdvice与@Component注解,具备对应的功能

知识点2:@ExceptionHandler
名称:@ExeptionHandler
类型:方法注解
位置:专用于异常处理的控制器方法上方
作用:设置指定异常的处理方案,功能等同于控制器方法,出现异常后终止原始控制器执行,并转入当前方法执行
说明:此类方法可以根据处理的异常不同,制作多个方法分别处理对应的异常
1、业务异常(BusinessException):
1.1、规范的用户行为产生的异常、
用户在页面输入内容的时候为按照指定的格式进行数据的填写(数字写为字符串)
1.2、不规范的用户行为操作产生的异常
用户故意传递错误的数据

2、系统异常(SystemException)
项目运行过程中可预计但无法避免的异常(数据库或服务器宕机)
3、其他异常(Exception)
编程人员未预计到的异常(用到的文件不存在)
将异常分类后,针对不同类型的异常,要提供具体的解决方案
1、业务异常(BusinessException)
发送对应的消息传递给用户,提醒规范操作,常见的就是提示用户名已存在或者密码格式不正确
2、系统异常(SystemException)
步骤1:发送固定的消息传递给用户,安抚用户(系统繁忙,请稍后再试;系统正在维护升级,请稍后再试;系统出现问题,请联系系统管理员等)
步骤2:发送特定消息给运维成员,提醒维护(可以发送短信、邮箱或者是公司内部通信软件)
步骤3:记录日志(发消息和记录日志对用户来说是不可见的,属于后台程序)
3、其他异常(Exception)
步骤1:发送固定的消息给用户,安抚用户
步骤2:发送特定的消息给编程人员,提醒维护(纳入预期范围内,一般是程序员没有考虑全,比如未做非空校验等)
步骤3:记录日志:
思路:
1、先通过自定义异常,完成BusinessException和SystemException的定义
2、将其他异常包装成自定义异常类型
3、在异常处理器类中对不同的异常进行处理
步骤1:自定义异常处理器
- //自定义异常处理器,用于封装异常信息,对异常进行分类
- public class SystemException extends RuntimeException{
- private Integer code;
- public Integer getCode() {
- return code;
- }
- public void setCode(Integer code) {
- this.code = code;
- }
- public SystemException(Integer code, String message) {
- super(message);
- this.code = code;
- }
- public SystemException(Integer code, String message, Throwable cause) {
- super(message, cause);
- this.code = code;
- }
- }
-
- //自定义异常处理器,用于封装异常信息,对异常进行分类
- public class BusinessException extends RuntimeException{
- private Integer code;
- public Integer getCode() {
- return code;
- }
- public void setCode(Integer code) {
- this.code = code;
- }
- public BusinessException(Integer code, String message) {
- super(message);
- this.code = code;
- }
- public BusinessException(Integer code, String message, Throwable cause) {
- super(message, cause);
- this.code = code;
- }
- }
说明:
让自定义异常类继承RuntimeException的好处是,后期在抛出这两个异常的时候,就不用在try...catch...或throws了
自定义异常类中添加code属性的原因是为了更好的区分异常时来自哪个业务的
步骤2:将其他异常包成自定义异常
具体的包装方式有:
方式一:try{}catch(){}在catch中重新定义throw我们的自定义异常即可
方式二:直接throw自定义异常即可
- public Book getById(Integer id) {
- //模拟业务异常,包装成自定义异常
- if(id == 1){
- throw new BusinessException(Code.BUSINESS_ERR,"请不要使用你的技术挑战我的耐性!");
- }
- //模拟系统异常,将可能出现的异常进行包装,转换成自定义异常
- try{
- int i = 1/0;
- }catch (Exception e){
- throw new SystemException(Code.SYSTEM_TIMEOUT_ERR,"服务器访问超时,请重试!",e);
- }
- return bookDao.getById(id);
- }
上面为了使code更专业,我们在Code类中在新增需要的属性
- //状态码
- public class Code {
- public static final Integer SAVE_OK = 20011;
- public static final Integer DELETE_OK = 20021;
- public static final Integer UPDATE_OK = 20031;
- public static final Integer GET_OK = 20041;
- public static final Integer SAVE_ERR = 20010;
- public static final Integer DELETE_ERR = 20020;
- public static final Integer UPDATE_ERR = 20030;
- public static final Integer GET_ERR = 20040;
- public static final Integer SYSTEM_ERR = 50001;
- public static final Integer SYSTEM_TIMEOUT_ERR = 50002;
- public static final Integer SYSTEM_UNKNOW_ERR = 59999;
- public static final Integer BUSINESS_ERR = 60002;
- }
步骤3:处理器中处理自定义异常
- //@RestControllerAdvice用于标识当前类为REST风格对应的异常处理器
- @RestControllerAdvice
- public class ProjectExceptionAdvice {
-
- //@ExceptionHandler用于设置当前处理器类对应的异常类型
- @ExceptionHandler(SystemException.class)
- public Result doSystemException(SystemException ex){
- //记录日志
- //发送消息给运维
- //发送邮件给开发人员,ex对象发送给开发人员
- return new Result(ex.getCode(),null,ex.getMessage());
- }
-
- @ExceptionHandler(BusinessException.class)
- public Result doBusinessException(BusinessException ex){
- return new Result(ex.getCode(),null,ex.getMessage());
- }
-
- //除了自定义的异常处理器,保留对Exception类型的异常处理,用于处理非预期的异常
- @ExceptionHandler(Exception.class)
- public Result doOtherException(Exception ex){
- //记录日志
- //发送消息给运维
- //发送邮件给开发人员,ex对象发送给开发人员
- return new Result(Code.SYSTEM_UNKNOW_ERR,null,"系统繁忙,请稍后再试!");
- }
- }
步骤4:测试
如果传入的参数为1,会报BusinessException

如果传入其他参数,会报SystemException

对于异常我们就已经处理完成了,不管后台哪一层抛出异常,都会以我们与前端约定好的方式进行返回,前端只需要把信息获取到,根据返回的正确与否来展示不同的内容即可。
以后项目中的异常处理方式为:
