1.为什么要进行异常处理？
在项目的开发中，不管是对底层的数据逻辑操作过程，还是业务逻辑的处理过程，还是控制逻辑的处理过程，都不可避免会遇到各种可预知的、不可预知的异常。处理好异常对系统有很好的保护作用，同时会大大提高用户的体验。
2.Java中的异常处理方式
Java项目中处理异常方式无非两种，要么执行try catch操作，要么执行throw操作(抛给其它对象处理)，无论采用哪种方式，其目的是让我们的系统对异常要有反馈。但现在的问题是我们如何让这种反馈代码的编写即简单又直观、友好。
3.异常处理设计规范
3.1 捕获异常时与抛出的异常必须完全匹配，或者捕获异常是抛出异常的父类类型。
3.2 避免直接抛出RuntimeException,更不允许抛出Exception或者Throwable,应使用有业务含义的自定义异常（例如ServiceException）。
3.3 捕获异常后必须进行处理（例如记录日志）。如果不想处理它，需要将异常抛给它的调用者。
3.4 最外层的逻辑必须处理异常，将其转化成用户可以理解的内容。
3.5 避免出现重复的代码（Don’t Repeat Yourself）,即DAY原则。
4.SpringBoot中的异常处理demo
package com.zhf.exception.controller;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
/**
* @author zhf
* @version 1.0
* @date 2020/12/8
*/
//@Controller
@RestController //RestController = Controller + ResponseBody
public class ArithmeticController {
@RequestMapping("doCompute01/{n1}/{n2}")
//@ResponseBody 类上有@ResponseBody ，方法中不用再写@ResponseBody
public String doCompute01(@PathVariable Integer n1,@PathVariable Integer n2){
try {
Integer result = n1/n2;
return "Result is" +result;
}catch (ArithmeticException e){
return "exception is" + e.getMessage();
}
}//上述方法使用try catch 捕获异常，如果一个类中有多个方法的话，大量的try catch 语句重复编写 也不好维护
@RequestMapping("doCompute02/{n1}/{n2}")
//@ResponseBody
public String doCompute02(@PathVariable Integer n1,@PathVariable Integer n2){
Integer result = n1/n2;
return "Result is" +result;
}
/**@ExceptionHandler 注解描述的方法为控制逻辑层异常处理方法，此注解内部定义的异常类型，
* 为异常处理方法可以处理的异常类型。
* 异常处理方法参数中的异常类型 应与注解中定义的异常类型一致，或是注解中异常类型的父类
* Param e 为异常处理方法捕获的异常对象*/
@ExceptionHandler(ArithmeticException.class)
//@ResponseBody
public String doHandleArithmeticException(ArithmeticException e){
return "ArithmeticController's exception message is " + e.getMessage();
}
} //如果Controller类中的逻辑方法中出现异常后没有处理异常，则会查找Controller类中有没有定义异常处理方法，// 如果定义了，且可以处理抛出的异常类型，则由异常处理方法处理异常。
4.1当项目由多个控制层类中有多个共性异常的处理方法定义时，我们可以将这些方法提取到公共的父类对象中，但是这种方式是一种强耦合的实现，不利于代码的维护。
//定义公共父类
public abstract class BaseController {
@ExceptionHandler(ArithmeticException.class)
//@ResponseBody 当类上添加了@ResponseBody，方法上的就可以省略了
public String doHandleArithmeticException(ArithmeticException e){
return "ArithmeticController's exception message is " + e.getMessage();
}//此异常处理方法，可以处理这个方法所在类的所有算术异常。
}
//@Controller
@RestController
//该类继承公共异常处理父类 但这种方式是一种强耦合的实现，不利于代码的维护
public class ArithmeticController extends BaseController{
@RequestMapping("doCompute01/{n1}/{n2}")
//@ResponseBody
public String doCompute01(@PathVariable Integer n1,@PathVariable Integer n2){
try {
Integer result = n1/n2;
return "Result is" +result;
}catch (ArithmeticException e){
return "exception is" + e.getMessage();
}
}
4.2 我们可以借助spring框架中web模块定义的全局异常处理规范进行实现，例如定义全局异常处理类,代码如下：
package com.zhf.exception.controller;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.RestControllerAdvice;
/**
* @author zhf
* @version 1.0
* @date 2020/12/8
*/
//@ControllerAdvice
//@ResponseBody
/**@RestControllerAdvice 描述的类，为springMVC中的全局异常处理类
* 当某个控制层对象方法出现了异常，方法内部没有处理异常，方法所在的类也没有定义处理此异常的方法
* 此时系统底层会查找全局异常处理类，并检测这个全局异常处理类中是否定义了可以处理此异常的方法
* 如果定义了则直接调用此异常处理方法处理异常*/
@RestControllerAdvice //@RestControllerAdvice = @ControllerAdvice + @ResponseBody
public class GlobalExceptionHandler { //全局异常处理类
// @ExceptionHandler(ArithmeticException.class)
// public String doHandleArithmeticException(ArithmeticException e){
// return "GlobalExceptionHandler.doHandleArithmeticException's exception message is" + e.getMessage();
// }
@ExceptionHandler(RuntimeException.class)
public String doHandleRuntimeException(RuntimeException e){
return "GlobalExceptionHandler.doHandleRuntimeException's exception message is" + e.getMessage();
}
}//将来在项目中建议定义全局异常处理类，在类中定义对应的异常处理方法
其中，@RestControllerAdvice 注解描述的类为全局异常处理类，当控制层方法中的异常没有自己捕获,也没有定义其内部的异常处理方法，底层默认会查找全局异常处理类，调用对应的异常处理方法进行异常处理。
