SpringBoot中的异常处理

SpringBoot异常处理

开发方式有两种

• 一种是传统方式的开发，是基于javaweb方法的开发，将业务代码和view写在一个项目中
• 还有一种是前后端分离开发，前端和后端是分开的，后端只需要写接口就可以

毫无疑问，前后端分离开发实现了前端和后端的解耦，相较于传统的开发方式前后端分离开发还有许许多多大的好处，可以想象的是以后一定是前后端分离开发的天下。

本篇的SpringBoot中的异常处理机制也会基于传统方式开发和前后端分离开发两种类型进行说明。

1.1 传统javaweb开发时的异常处理

• 为什么会出现异常处理机制

  • 在处理用户请求出现运行时异常时直接响应给用户的是一个错误界面，对于用户的使用体验不友好

• 什么是全局异常处理机制

  • 用来解决整个系统中任意一个控制器抛出异常时的统一处理入口

• 如何使用全局异常处理

  • 类 implements HandlerExceptionResolver，之后重写接口中的resolveException方法

• 使用全局异常处理机制的好处

  • 可以带给用户相对较好的用户体验
  • 如果在每一个controller方法中进行try…catch进行异常处理，会造成代码的冗余，而使用异常处理机制为所有controller方法出现异常时提供一个统一的处理入口，解决了代码的冗余问题，而且在一定程度上还实现了解耦，将异常处理与实际业务方法进行了解耦
  • 可以根据不同的异常类型跳转到不同的页面

SpringBoot集合了SpringMVC和Spring的优势，其实SpringBoot的异常处理机制只是沿用了SpringMVC的异常处理机制，以前写过一篇关于SpringMVC的异常处理机制，阅读之后相信你会对异常处理机制有一个大致的了解。

SpringMVC中的拦截器和全局异常处理

接下来我们来使用一个SpringBoot在传统方式(javaweb)中的异常处理

用到的包结构

1. 引入依赖

我们使用themeleaf，所以要导入themeleaf依赖，并且在配置文件中配置一下themeleaf的模板目录和模板后缀

<!--使用thymelaf-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-thymeleaf</artifactId>