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

在项目中，我们经常会对前端传过来的数据判断是否有一些错误，比如：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错误。

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

JSR03校验框架：

统一校验的需求

前端请求后端接口传输参数，是在controller中校验还是在Service中校验？

答案是都需要校验，只是分工不同。

Contoller中校验请求参数的合法性，包括：必填项校验，数据格式校验，比如：是否是符合一定的日期格式，等。Service中要校验的是业务规则相关的内容，比如：课程已经审核通过所以提交失败。

Service中根据业务规则去校验不方便写成通用代码，Controller中则可以将校验的代码写成通用代码。

早在JavaEE6规范中就定义了参数校验的规范，它就是JSR-303，它定义了Bean Validation，即对bean属性进行校验。

SpringBoot提供了JSR-303的支持，它就是spring-boot-starter-validation，它的底层使用HibernateValidator，Hibernate Validator是Bean Validation 的参考实现。

所以，我们准备在Controller层使用spring-boot-starter-validation完成对请求参数的基本合法性进行校验。

我们常用到的其实就是不为空@NotEmpty和判断内容的大小@Size两个注解，这里还有一些其他参数：

 

注解：@validated（这个就代表了需要激活校验），如果校验出错Spring会抛出MethodArgumentNotValidException异常，我们需要在统一异常处理器中捕获异常，解析出异常信息。