Spring MVC 完整生命周期和异常处理流程图

devtools/2024/11/7 17:40:15/

先要明白
在这里插入图片描述

// 1. 用户发来请求: localhost:8080/user/1// 2. 处理器映射器(HandlerMapping)的工作
// 它会找到对应的Controller和方法
@GetMapping("/user/{id}")  
public User getUser(@PathVariable Long id) {return userService.getById(id);
}// 3. 处理器适配器(HandlerAdapter)的工作
// - 把URL中的"1"转成Long类型的1 (类型转换)
// - 检查id是否为空、是否是正数 (数据验证)
// - 把转换好的参数传给controller方法 (参数解析)
客户端/浏览器 前端控制器 (DispatcherServlet) 处理器映射器 (HandlerMapping) 处理器适配器 (HandlerAdapter) 控制器 (Controller) 服务层 (Service) 异常通知器 (@RestControllerAdvice) 异常解析器 (HandlerExceptionResolver) 前端控制器初始化 1. initMultipartResolver() 初始化文件上传解析器 2. initLocaleResolver() 初始化地区解析器 3. initThemeResolver() 初始化主题解析器 4. initHandlerMappings() 初始化处理器映射器 5. initHandlerAdapters() 初始化处理器适配器 6. initHandlerExceptionResolvers() 初始化异常解析器 请求处理阶段 1. 发送HTTP请求 (例如:POST /serve/onSale/1) 2. getHandler() 查找处理器 根据URL匹配HandlerMapping 返回HandlerExecutionChain 返回处理器执行链 3. getHandlerAdapter() 获取处理器适配器 适配器负责: 1.参数解析 2.类型转换 3.数据验证 返回适配器 业务处理阶段 4. handle(request, response, handler) 调用控制器方法 调用服务层方法 返回处理结果 返回ModelAndView 返回ModelAndView 业务处理出现异常 可能抛出: 1. ForbiddenOperationException 2. CommonException 3. 其他异常 异常被@RestControllerAdvice捕获 委托给异常解析器处理 异常解析过程: 1. 判断异常类型 2. 选择处理策略 3. 转换为统一响应 处理FeignException 处理CommonException 处理普通Exception alt [Feign调用异常] [自定义业务异常] [其他异常] 返回处理结果 返回错误响应 alt [正常业务流程] [异常流程] 响应处理阶段 processDispatchResult() 处理ModelAndView 返回处理结果 处理错误视图 返回统一错误格式 alt [成功响应] [错误响应] 核心组件说明: 1. DispatcherServlet:Spring MVC的核心,统一的请求处理入口 2. HandlerMapping:负责URL与处理器的映射 3. HandlerAdapter:负责适配不同类型的处理器 4. Controller:处理具体的业务逻辑 5. @RestControllerAdvice:统一的异常处理切面 6. HandlerExceptionResolver:负责具体的异常处理策略 客户端/浏览器 前端控制器 (DispatcherServlet) 处理器映射器 (HandlerMapping) 处理器适配器 (HandlerAdapter) 控制器 (Controller) 服务层 (Service) 异常通知器 (@RestControllerAdvice) 异常解析器 (HandlerExceptionResolver)
重要说明
响应处理阶段
异常处理阶段
业务处理阶段
请求处理阶段
前端控制器初始化阶段
找到
未找到
支持
不支持
成功
失败
Feign异常
业务异常
其他异常
前端控制器
DispatcherServlet
处理器映射器
HandlerMapping
处理器适配器
HandlerAdapter
异常通知器
@RestControllerAdvice
异常解析器
HandlerExceptionResolver
构建响应对象
返回HTTP响应
检查异常类型
FeignException处理
CommonException处理
Exception处理
是否内部调用
内部异常处理
外部异常处理
设置异常头信息
构建错误响应
调用服务层方法
是否成功
返回处理结果
抛出异常
查找处理器
接收HTTP请求
获取处理器适配器
返回404
适配器是否支持
调用控制器方法
返回错误信息
初始化文件上传解析器
initMultipartResolver
前端控制器初始化
初始化地区解析器
initLocaleResolver
初始化主题解析器
initThemeResolver
初始化处理器映射器
initHandlerMappings
初始化处理器适配器
initHandlerAdapters
初始化异常解析器
initHandlerExceptionResolvers
开始
结束

我用生活中的例子解释 @RestControllerAdvice 的工作原理:
想象一个大型商场的客服中心:

  1. DispatcherServlet就像商场的总服务台
  • 负责接收所有顾客的需求并分配给相应的专柜处理
  1. @RestControllerAdvice就像商场的客服中心
  • 设立在商场的一个统一位置
  • 专门处理各个专柜出现的问题和投诉

举个具体场景:

顾客在商场购物的流程:1. 正常流程:
顾客 -> 总服务台(DispatcherServlet) -> 专柜(Controller) -> 购买商品2. 出现问题时:
专柜(Controller)出现问题 -> 客服中心(@RestControllerAdvice)接手处理 -> 给顾客一个合理解释

用代码表示:

// 这就像设立一个统一的客服中心
@RestControllerAdvice
public class GlobalExceptionHandler {// 这就像专门处理"商品缺货"的客服人员@ExceptionHandler(ProductOutOfStockException.class)public ResponseEntity<String> handleOutOfStock(ProductOutOfStockException e) {// 返回友好提示:"非常抱歉,商品暂时缺货,预计3天后到货"return ResponseEntity.status(HttpStatus.BAD_REQUEST).body("商品暂时缺货,预计3天后到货");}// 这就像处理"商品价格异常"的客服人员@ExceptionHandler(PriceException.class)public ResponseEntity<String> handlePriceError(PriceException e) {// 返回友好提示:"价格显示异常,请稍后重试"return ResponseEntity.status(HttpStatus.BAD_REQUEST).body("价格显示异常,请稍后重试");}
}

为什么能拦截异常?
就像商场里:

  1. 所有专柜都在商场里面
  2. 客服中心在商场的入口处
  3. 一旦专柜出问题,就会按照商场规定,统一转到客服中心处理

在Spring中:

  1. DispatcherServlet(总服务台)知道有这个@RestControllerAdvice(客服中心)的存在
  2. 当Controller(专柜)抛出异常时
  3. DispatcherServlet就会把异常转给@RestControllerAdvice处理

关键点:

  • 它不是拦截,而是异常发生后的统一处理
  • Spring框架帮我们做了这个转发操作
  • 这样我们就不用在每个Controller里写重复的异常处理代码
客户端 DispatcherServlet Controller @RestControllerAdvice 异常通知类 @ExceptionHandler 异常处理方法 正常请求流程 1. 发送HTTP请求 2. 转发到Controller 异常发生和处理流程 3. 业务处理过程中抛出异常 @RestControllerAdvice的作用 1. 是@ControllerAdvice的特殊形式 2. 会自动扫描所有Controller 3. 集中处理所有异常 4. 异常被@RestControllerAdvice捕获 @ExceptionHandler的作用 1. 指定要处理的异常类型 2. 根据异常类型匹配处理方法 3. 将异常转换为友好响应 5. 根据异常类型找到对应的处理方法 处理微服务调用异常 处理业务异常 处理未知异常 alt [FeignExcept- ion异常] [CommonExc- eption异常] [其他Exceptio- n] 响应处理 6. 返回处理后的Result对象 7. 转换为HTTP响应返回 重要说明: 1. @RestControllerAdvice相当于异常的"统一接待处" 2. @ExceptionHandler相当于不同类型异常的"专门处理窗口" 3. 整个过程自动完成,使异常处理从业务代码中解耦 客户端 DispatcherServlet Controller @RestControllerAdvice 异常通知类 @ExceptionHandler 异常处理方法

http://www.ppmy.cn/devtools/132074.html

相关文章

FreeRTOS | 开中断与临界区(第十四天)

点击上方"蓝字"关注我们 00、上节回顾 RTOS | 那么什么是RTOS?三大操作系统?(第十四天)FreeRTOS | 原理介绍和资源get(第十四天)FreeRTOS | STM32F407 FreeRTOS移植(第十四天)FreeRTOS | 任务管理(第十四天)FreeRTOS | 内核控制函数和时间管理(第十四天)01、开关中…

【学习笔记】SAP ABAP——OPEN SQL(一)【SELECT语句】

SELECT语句简介 SELECT <lines> <columns> FROM <db> WHERE <condition>其中代表查询的件数&#xff0c;代表查询的字段名 SELECT SINGLE SELECT SINGLE <cols> FROM <db> WHERE <condition>该语句用于从数据库表中查询单条数据 …

linux网络编程自定义协议和多进程多线程并发-TCP编程

1.三次握手及后面过程 计算机A是客户端, B是服务端 1.1三次握手&#xff1a; 1客户端给服务端SYN报文 2服务端返回SYNACK报文 3客户端返回ACK报文 客户端发完ACK后加入到服务端的维护队列中&#xff0c;accept()调用后就能和客户端建立连接&#xff0c;然后建立通讯 1.2关闭…

Bash 脚本执行权限问题

Bash 脚本执行权限问题 在使用 Bash 执行脚本时&#xff0c;如果遇到 Permission denied 错误&#xff0c;通常是因为脚本文件没有执行权限。你可以通过以下步骤解决这个问题&#xff1a; 检查文件权限 首先&#xff0c;检查脚本文件的权限&#xff1a; ls -l ./startup.sh你会…

Chrome离线安装包下载

微软的Bing屏蔽了Chrome的搜索结果&#xff0c;需要通过百度搜索。 或者直接访问Chrome的官网&#xff1a;Google Chrome 网络浏览器 直接下载的是在线安装包&#xff0c;安装需要联网。 如果需要在无法联网的设备上安装Chrome&#xff0c;需要在上面的地址后面加上?standalon…

QT中QML学习笔记2

默认属性&#xff1a;对象定义可以具有单个default属性&#xff0c;指在另一个对象的定义中声明某个对象而未将其声明为特定属性的值时为其赋值的属性。 使用optional关键字声明属性可将其标记为默认属性。例如&#xff1a; // MyLabel.qml import QtQuick Text {default prop…

Android——画中画模式

应用中的画中画 监听回到桌面与打开任务列表的广播收到广播之后&#xff0c;调用 enterPictureInPictureMode 方法进入画中画模式重写活动页面的 onPictureInPictureModeChanged 方法&#xff0c;补充进入画中画模式或退出画中画模式时的处理逻辑 回到桌面与切到任务列表 按…

Unity3D PBR美术工作流详解

一、引言 Unity3D中的PBR&#xff08;Physically Based Rendering&#xff0c;基于物理的渲染&#xff09;技术是一种先进的渲染技术&#xff0c;它基于物理光学原理&#xff0c;能够更加真实地模拟物体表面的光照反射和折射效果。掌握PBR的渲染流程对于提升游戏场景的真实感至…