SpringBoot 工程中项目异常的处理

背景分析
在项目的开发中，不管是对底层的数据逻辑操作过程，还是业务逻辑的处理过程，还是控制逻辑的处理
过程，都不可避免会遇到各种可预知的、不可预知的异常。处理好异常对系统有很好的保护作用，同时
会大大提高用户的体验。

异常处理分析
Java项目中处理异常方式无非两种，要么执行trycatch操作，要么执行throw操作(抛给其它对象处理)，
无论采用哪种方式，其目的是让我们的系统对异常要有反馈。但现在的问题是我们如何让这种反馈代码
的编写即简单又直观、友好。

Java项目异常处理规范
我们在处理异常的过程中通常要遵循一定的设计规范，例如:

第一:捕获异常时与抛出的异常必须完全匹配，或者捕获异常是抛出异常的父类类型。
第二:避免直接抛出RuntimeException,更不允许抛出Exception或者Throwable,应使用有业务含义的自
定义异常（例如ServiceException）。
第三:捕获异常后必须进行处理（例如记录日志）。如果不想处理它，需要将异常抛给它的调用者。
第四:最外层的逻辑必须处理异常，将其转化成用户可以理解的内容。
第五:避免出现重复的代码（Don’t Repeat Yourself）,即DAY原则。

SpringBoot 工程下的异常处理实践
第一种方式:直接在Controller方法中进行try操作

try{
.....
}catch(Exception e){
.....
}

假如controller中每个方法都要这样做,代码量大并且可重用性太差,难以维护.

第二种方式:在Controller中定义一个或多个异常处理方法,关键代码如下:

@ExceptionHandler(RuntimeException.class)
@ResponseBody
public String doHandleException(RuntimeException e){
    log.error("exception {}",e.getMessage());
    return e.getMessage();
}

所有的异常处理方法需要使用@ExceptionHandler进行描述进行描述,并声明它描述的方法可以处理的异常类型,
但是对于此
种方式而言,它只能处理当前Controller中各个方法出现的RuntimeException或者是其子类类型的异常,假如多个Controller类中需要同样方式的异常处理方法,那直接在Controller类中定义异常处理方法并不
是一种很好的选择.

第三种方式:在控制逻辑层定义全局异常处理类以及异常处理方法,关键代码如下:

@Slf4j
//@ResponseBody
//@ControllerAdvice
@RestControllerAdvice
public class GlobalExceptionHandler {
    异常处理方法
   @ExceptionHandler(IllegalArgumentException.class)
   public String doHandleException(IllegalArgumentException e){
   log.error("IllegalArgumentException.exception {}",e.getMessage());
   return e.getMessage();
}

    异常处理方法
   @ExceptionHandler(RuntimeException.class)
   public String doHandleException(RuntimeException e){
   log.error("RuntimeException.exception {}",e.getMessage());
   return e.getMessage();
}

其中，@RestControllerAdvice 注解描述的类为全局异常处理类，当控制层方法中的异常没有自己捕获,
也没有定义其内部的异常处理方法，底层默认会查找全局异常处理类，调用对应的异常处理方法进行异
常处理。