spring mvc请求流转链路是“找人→请人干活→交差”：dispatcherservlet为总调度员，handlermapping按url匹配controller方法并封装拦截器，handleradapter适配参数与返回值，最终完成请求处理。
Spring MVC 的请求流转链路，本质是一条“找人→请人干活→交差”的协作流水线。DispatcherServlet 是总调度员，不干具体活；HandlerMapping 是人事部，负责根据 URL 找出该谁响应；HandlerAdapter 是对接专员，把调度员的指令翻译成 Controller 能听懂的语言并监督执行。
DispatcherServlet：所有请求的统一入口和总控台
它不是业务处理器，而是整个流程的“中央路由器”。Web 容器（如 Tomcat）把所有匹配 / 或 /*.do 等规则的请求，全部转给它。它不做判断、不写逻辑，只按固定顺序调用其他组件，并兜底异常和响应组装。
- 收到请求后，第一件事是查 HandlerMapping，问：“这个 URL 该谁处理？”
- 拿到 HandlerExecutionChain 后，再找 HandlerAdapter：“这个人你来对接。”
- 拿到 ModelAndView 后，转手交给 ViewResolver：“名字给你，去把真实页面找出来。”
- 最后把渲染好的响应，原路返回给客户端。
HandlerMapping：按 URL 查 Controller 方法的“路由表”
它不执行任何业务，只做一件事：把请求路径（比如 /api/user/list）和你代码里标注了 @RequestMapping("/api/user/list") 的那个方法精准匹配上。
- 匹配结果不是单个方法对象，而是一个 HandlerExecutionChain，里面封装了目标 Controller 方法 + 一串拦截器（Interceptor）。
- 拦截器会在 Controller 执行前（
preHandle）、后（postHandle）、视图渲染完（afterCompletion）插入逻辑，比如登录校验、日志记录。 - 如果没匹配到，直接返回 404；如果匹配到多个，启动冲突检测机制（报错或按优先级选）。
HandlerAdapter：让 DispatcherServlet 和 Controller “能对话”的翻译官
Controller 方法千奇百怪：有的参数是 @RequestParam，有的是 @RequestBody，有的返回 String，有的返回 ResponseEntity。DispatcherServlet 不可能为每种写一套调用逻辑——HandlerAdapter 就是解决这个问题的适配层。
- 它内部集成了参数解析器（如
RequestParamMethodArgumentResolver）和返回值处理器（如ViewNameMethodReturnValueHandler）。 - 调用时，它自动完成：从 request 中提取参数 → 绑定到方法形参 → 执行 Controller 方法 → 拿到返回值 → 封装成标准
ModelAndView或其他可识别结构。 - 常见实现是
RequestMappingHandlerAdapter，专用于处理@RequestMapping及其衍生注解（@GetMapping、@PostMapping等）。
整个链路串起来看一次典型请求
用户访问 GET /order/detail?orderId=1001：
- DispatcherServlet 接收请求，把 URL 和 request 对象传给 HandlerMapping；
- HandlerMapping 查到
@GetMapping("/order/detail")对应的方法，连同配置的LoginInterceptor一起打包成 HandlerExecutionChain； - DispatcherServlet 把链交给 HandlerAdapter；
- HandlerAdapter 先触发
LoginInterceptor.preHandle()，校验登录态；通过后，解析orderId=1001并注入方法参数，调用 Controller 方法； - Controller 返回
ModelAndView("order-detail", model)； - HandlerAdapter 把它原样交回 DispatcherServlet；后续进入视图解析与渲染阶段。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
