今日内容

• 能够掌握SSM整合的流程

• 能够编写SSM整合功能模块类

• 能够使用Result统一表现层响应结果

• 能够编写异常处理器进行项目异常

• 能够完成SSM整合前端页面发送请求实现增删改查操作

• 能够编写拦截器并配置拦截器

三、异常处理器【理解】

问题导入

问题1：项目各个个层级均可能出现异常，异常处理代码书写在哪一层？

1 异常介绍

• 程序开发过程中不可避免的会遇到异常现象，我们不能让用户看到这样的页面数据

• 出现异常现象的常见位置与常见诱因如下：

  • 框架内部抛出的异常：因使用不合规导致
  • 数据层抛出的异常：因外部服务器故障导致（例如：服务器访问超时）
  • 业务层抛出的异常：因业务逻辑书写错误导致（例如：遍历业务书写操作，导致索引异常等）
  • 表现层抛出的异常：因数据收集、校验等规则导致（例如：不匹配的数据类型间导致异常）
  • 工具类抛出的异常：因工具类书写不严谨不够健壮导致（例如：必要释放的连接长期未释放等）

2 异常处理器

2.2.1 编写异常处理器

xxxxxxxxxx





@RestControllerAdvice  //用于标识当前类为REST风格对应的异常处理器
public class ProjectExceptionAdvice {
​
    //统一处理所有的Exception异常
    @ExceptionHandler(Exception.class)
    public Result doOtherException(Exception ex){
        return new Result(666,null);
    }
}

使用异常处理器之后的效果

2.2.2 @RestControllerAdvice注解介绍

• 名称：@RestControllerAdvice
• 类型：==类注解==
• 位置：Rest风格开发的控制器增强类定义上方
• 作用：为Rest风格开发的控制器类做增强
• 说明：此注解自带@ResponseBody注解与@Component注解，具备对应的功能

2.2.3 @ExceptionHandler注解介绍

• 名称：@ExceptionHandler
• 类型：==方法注解==
• 位置：专用于异常处理的控制器方法上方
• 作用：设置指定异常的处理方案，功能等同于控制器方法，出现异常后终止原始控制器执行，并转入当前方法执行
• 说明：此类方法可以根据处理的异常不同，制作多个方法分别处理对应的异常