一张图搞懂 SpringMVC 完整请求流程：从浏览器到页面响应的全链路拆解

作为 Java 后端开发者，SpringMVC 的请求处理流程是日常开发的核心逻辑，但很多时候我们只知其然不知其所以然。今天，我就通过这张经典的 SpringMVC 处理流程图，带大家一步步拆解从用户发起请求到页面响应的完整过程，让你彻底搞懂每个组件的分工与协作。

🚀 第一步：用户发起请求（对应图中步骤 1）

当你在浏览器输入 URL、点击按钮或提交表单时，HTTP 请求（GET/POST 等）会被 SpringMVC 的前端控制器DispatcherServlet拦截。DispatcherServlet是整个 SpringMVC 流程的 “入口”，所有请求都先汇聚到这里，由它统一调度后续组件。

🗺️ 第二步：查找处理器（对应图中步骤 2-3）

1. DispatcherServlet收到请求后，会调用HandlerMapping（处理器映射器）。
2. HandlerMapping会根据请求的 URL、请求方式、请求参数等信息，在 Spring 容器中查找对应的Handler（也就是我们写的@Controller类中的请求处理方法）。
3. 找到匹配的Handler后，HandlerMapping会把Handler的信息（如 Controller 方法、拦截器等）返回给DispatcherServlet。

⚙️ 第三步：执行处理器（对应图中步骤 4-6）

1. DispatcherServlet拿到Handler后，并不会直接执行它 —— 因为不同的Handler可能有不同的实现方式（比如注解式、接口式），这时候需要HandlerAdapter（处理器适配器）来做统一适配。
2. HandlerAdapter会调用目标Handler（即 Controller 的业务方法），执行具体的业务逻辑：比如接收请求参数、调用 Service 层处理业务、封装响应数据等。
3. 业务方法执行完成后，会返回一个ModelAndView对象（包含数据模型Model和视图名称ViewName），并通过HandlerAdapter传递回DispatcherServlet。

🔍 第四步：解析视图（对应图中步骤 7-9）

1. DispatcherServlet收到ModelAndView后，会调用ViewResolver（视图解析器）。
2. ViewResolver会根据ModelAndView中的视图名称，解析成具体的View对象（比如 JSP 视图、Thymeleaf 视图、JSON 视图等）。举个例子：如果视图名称是"user/list"，视图解析器可能会拼接前缀/WEB-INF/views/和后缀.jsp，最终定位到/WEB-INF/views/user/list.jsp。
3. 解析完成后，ViewResolver会把View对象返回给DispatcherServlet。

🎨 第五步：渲染视图 & 响应用户（对应图中步骤 10-11）

1. DispatcherServlet调用View对象的渲染方法，把Model中的数据填充到视图模板中（比如 JSP 页面通过 EL 表达式${user.name}获取数据），生成最终的 HTML（或 JSON、XML 等）响应内容。
2. 渲染完成后，DispatcherServlet会把响应内容通过 HTTP 返回给浏览器，用户最终看到渲染后的页面或数据。

🧩 核心组件角色总结

为了让你更清晰地记住每个组件的作用，这里做个极简总结：

💡 实战小 Tips

理解这个流程后，排查问题时可以精准定位：

• 如果请求返回 404：优先检查HandlerMapping是否配置正确（比如@RequestMapping路径是否匹配）。
• 如果页面没有渲染数据：检查ModelAndView是否正确传递了Model数据，或视图模板是否正确取值。
• 如果视图解析失败：检查ViewResolver的前缀、后缀配置是否和实际视图文件路径匹配。

日常开发中，我们还可以通过扩展这些组件（比如自定义HandlerInterceptor拦截请求、自定义ViewResolver支持多视图类型），实现更灵活的功能。