项目中异常信息的统一处理以及JSR03校验

最新推荐文章于 2024-07-21 22:27:18 发布

程序员胡默默

最新推荐文章于 2024-07-21 22:27:18 发布

阅读量409

点赞数

分类专栏：工作遇见的问题文章标签： java mybatis 开发语言

本文链接：https://blog.csdn.net/weixin_53170971/article/details/129133648

版权

工作遇见的问题专栏收录该内容

2 篇文章 0 订阅

订阅专栏

在项目中，我们经常会对前端传过来的数据判断是否有一些错误，比如：id是否为空，传过来的名称是否合格，如果不符合我们通常会抛出异常，那么小的项目可能每次抛出异常也不是很麻烦，但是对于一个大型项目来讲，如果每次传过来一堆字段，我们就需要每个来进行判断，就会极其浪费时间，所以我们会采用一个JSR03校验框架，来进行判断。

再说这个框架之前，我们先对项目中的常见错误以及异常进行一些统一处理，大部分都是通用的，只是稍微改改即可。我们先来介绍一下：

常见异常处理：

程序可能有很多的异常，比如像这个sql语句的异常，空指针异常，不能每个都能判断到，给出提出信息。所以我们要：全局异常处理。

我们知道，系统中异常包括：编译时异常（会通过try catch捕获）和运行时异常 RuntimeException ，前者通过捕获异常从而获取异常信息，后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。

全局异常处理：在开发中，不管是dao层、service层还是controller层，都有可能抛出异常，在Springmvc中，能将所有类型的异常处理从各处理过程解耦出来，既保证了相关处理过程的功能较单一，也实现了异常信息的统一处理和维护。

1、SpringBoot全局异常处理方式主要两种：

使用 @ControllerAdvice 和 @ExceptionHandler 注解。

使用 ErrorController类来实现

2、区别：

@ControllerAdvice 注解方式只能处理控制器抛出的异常。此时请求已经进入控制器中。

ErrorController类方式可以处理所有的异常，包括未进入控制器的错误，比如404,401等错误

如果应用中两者共同存在，则 @ControllerAdvice 方式处理控制器抛出的异常，通过ErrorController类方式处理未进入控制器的异常。

@ControllerAdvice 方式可以定义多个拦截方法，拦截不同的异常类，并且可以获取抛出的异常信息，自由度更大。

举例：

/**
 * 全局异常处理
 */
//控制器的增强类：如果发生异常，并且符合类中自定义的拦截异常类的时候，就会被拦截
@RestControllerAdvice
public class GlobalException {
    
    @ResponseBody     //将信息转换为json格式
    @ResponseHandler(HttpStatus.error)   //状态码返回500
    @ExceptionHandler(SQLException.class)
    public RespBean mySqlException(SQLException e){
        if (e instanceof SQLIntegrityConstraintViolationException){
            return RespBean.error("该数据有关联数据，操作失败");
        }
        return  RespBean.error("数据库异常，操作失败");
    }
}

我们在面试中可能会被问到问题：

系统如何处理异常？

回答：

我们自定义一个统一的异常处理器去捕获并处理异常。

使用控制器增加注解@ControllerAdvice和异常处理注解@ExceptionHandler来实现。这是基于AOP原理处理的。

1) 处理自定义异常程序在编写代码时根据校验结果主动抛出自定义异常类对象，抛出异常时指定详细的异常信息，异常处理器捕获异常信息记录异常日志并响应给用户。

2) 处理未知异常接口执行过程中的一些运行时异常也会由异常处理器统一捕获，记录异常日志，统一响应给用户500错误。

在异常处理器中还可以针对某个异常类型进行单独处理。