说一下 spring mvc 运行流程？

畫卷琴夢

发布时间：2025-11-22 14:41:56

439人浏览过

来源于php中文网

原创

Spring MVC通过DispatcherServlet接收请求，经HandlerMapping定位处理器，由HandlerAdapter调用Controller执行业务逻辑，再通过ViewResolver解析视图并渲染响应。2. Spring Boot简化了Spring MVC的配置，内置服务器并提供自动配置和starter依赖，提升开发效率，尤其适合微服务。3. 可通过拦截器、自定义参数解析器、视图解析器、异常处理器和转换器等扩展点自定义请求处理流程。4. Controller方法可返回String视图名、ModelAndView、POJO+@ResponseBody、ResponseEntity、void或redirect/forward前缀字符串，适用于页面渲染、REST API、重定向等场景。

说一下 spring mvc 运行流程？

Spring MVC的运行流程，说白了，就是当一个HTTP请求抵达Web服务器时，Spring MVC如何一步步地接收、解析、处理这个请求，最终把结果返回给用户。核心是一个叫DispatcherServlet的“大管家”在调度，它会负责把请求分发给正确的处理者，然后将处理结果渲染成页面或数据返回。

解决方案

一个Spring MVC请求的生命周期，通常是这样的：

请求抵达DispatcherServlet：所有进入Spring MVC应用的请求，都会首先被DispatcherServlet这个前端控制器拦截。它在web.xml（或Java配置）中被配置为处理特定URL模式的请求。它是整个流程的入口点。
Handler Mapping查找处理器：DispatcherServlet拿到请求后，并不知道该由哪个Controller的哪个方法来处理。它会把这个任务交给配置好的HandlerMapping。HandlerMapping（比如RequestMappingHandlerMapping）会根据请求的URL、HTTP方法等信息，查找并确定哪个Controller方法（也就是“处理器”）能够处理这个请求。它找到的不仅仅是Controller，还包括了要执行的特定方法。
Handler Adapter调用处理器：找到了对应的Controller方法后，DispatcherServlet并不会直接去调用它。因为Controller方法的签名多种多样，参数类型、返回值类型各异。这时，HandlerAdapter就登场了。它像一个适配器或翻译官，负责调用实际的Controller方法，处理参数的绑定（比如把请求参数映射到方法参数上）、执行方法，并接收方法执行后的返回值。
Controller执行业务逻辑：在HandlerAdapter的协调下，我们编写的Controller方法开始执行。这里通常会包含业务逻辑，可能会调用Service层、Repository层来处理数据，执行数据库操作等。方法执行完毕后，会返回一个结果，这个结果可能是视图名、ModelAndView对象、或者直接是需要序列化成JSON/XML的数据。
View Resolver解析视图：如果Controller方法返回的是一个逻辑视图名（比如"userList"），DispatcherServlet会把这个视图名交给ViewResolver。ViewResolver的任务是根据配置（比如前缀和后缀），将逻辑视图名解析成一个实际的视图对象（比如InternalResourceView对应JSP，或者一个Thymeleaf视图）。
视图渲染：一旦ViewResolver找到了具体的视图对象，DispatcherServlet就会调用这个视图的render()方法。视图会利用Controller传递过来的模型数据（如果存在的话），将最终的HTML、JSON或其他格式的内容渲染出来，并写入到HTTP响应中。
响应返回客户端：渲染好的响应内容通过HttpServletResponse发送回客户端，完成整个请求-响应周期。

整个过程中，还有异常处理机制、拦截器链、本地化解析、文件上传解析等组件，它们在不同的阶段提供额外的功能支持。

Spring MVC和Spring Boot中的Web开发有什么不同？

从本质上讲，Spring Boot并没有“取代”Spring MVC，它更像是Spring MVC的一个增强包或者说一个更便捷的启动器。我觉得，它们之间的关系更像是“车”和“驾驶辅助系统”：Spring MVC是那辆功能强大的车，而Spring Boot则为这辆车加装了自动泊车、导航、语音助手等一系列便利功能，让你开起来更省心、更高效。

主要的区别体现在：

配置的简化与自动化：Spring MVC在传统开发中，往往需要大量的XML配置（比如配置DispatcherServlet、ViewResolver、HandlerMapping等），或者至少需要一些Java配置类来手动启用各种组件。而Spring Boot则推崇“约定优于配置”，通过大量的自动配置（Auto-configuration），它能根据项目引入的依赖自动配置好大部分Spring MVC所需的组件。比如，只要引入了spring-boot-starter-web，DispatcherServlet、内置Tomcat、JSON转换器等就都自动配置好了，你几乎不用写任何配置代码就能跑起来一个Web应用。
内置服务器：这是Spring Boot一个非常显著的特点。它内置了Tomcat、Jetty或Undertow等Web服务器，这意味着你可以直接把Spring Boot应用打包成一个可执行的JAR文件，然后直接运行，而不需要额外安装和配置外部的Web服务器。传统Spring MVC应用则通常需要部署到外部的WAR容器中。
依赖管理：Spring Boot通过提供各种starter依赖（比如spring-boot-starter-web、spring-boot-starter-data-jpa），极大地简化了项目依赖的管理。一个starter会帮你引入所有相关的功能模块及其兼容的版本，避免了版本冲突和手动查找依赖的麻烦。
开发效率与微服务：由于上述的简化和自动化，Spring Boot显著提升了开发效率，尤其是在构建RESTful API和微服务时。快速启动、易于部署的特性，让它成为微服务架构的首选。虽然Spring MVC也能构建微服务，但Spring Boot让这个过程变得更加顺畅和标准化。

所以，如果你在用Spring Boot写Web应用，你其实仍然在使用Spring MVC，只是Spring Boot帮你做了很多幕后的繁琐工作，让你能更专注于业务逻辑的实现。

如何自定义Spring MVC的请求处理流程？

Spring MVC的设计非常开放，提供了大量的扩展点，让你能够根据自己的需求，在请求处理的不同阶段插入自定义逻辑。这就像在一条流水线上，你可以设置一些检查站或者加工点，来增加额外的功能。

拦截器（Interceptors）：这是最常用也最强大的扩展点之一。你可以通过实现HandlerInterceptor接口来定义拦截器，并在preHandle（请求处理前）、postHandle（Controller方法执行后，视图渲染前）和afterCompletion（整个请求处理完成后，包括视图渲染）这三个阶段插入自定义逻辑。

应用场景：权限校验（用户登录状态、角色权限）、日志记录（记录请求路径、耗时）、性能监控、数据预处理（如国际化）、统一的数据绑定等。

迷你天猫商城
迷你天猫商城是一个基于Spring Boot的综合性B2C电商平台，需求设计主要参考天猫商城的购物流程：用户从注册开始，到完成登录，浏览商品，加入购物车，进行下单，确认收货，评价等一系列操作。作为迷你天猫商城的核心组成部分之一，天猫数据管理后台包含商品管理，订单管理，类别管理，用户管理和交易额统计等模块，实现了对整个商城的一站式管理和维护。所有页面均兼容IE10及以上现代浏览器。部署方式1、项目

下载

举个例子：你可能想记录每个请求的处理时间，或者检查用户是否登录。

// 伪代码，展示拦截器概念
public class LogInterceptor implements HandlerInterceptor {
    private long startTime;

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        startTime = System.currentTimeMillis();
        System.out.println("请求开始：" + request.getRequestURI());
        // 返回true继续执行，返回false中断请求
        return true;
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        // Controller方法执行后，视图渲染前
    }

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
        long endTime = System.currentTimeMillis();
        System.out.println("请求结束：" + request.getRequestURI() + "，耗时：" + (endTime - startTime) + "ms");
    }
}
// 需要在配置类中注册拦截器
// @Configuration
// public class WebConfig implements WebMvcConfigurer {
//     @Override
//     public void addInterceptors(InterceptorRegistry registry) {
//         registry.addInterceptor(new LogInterceptor()).addPathPatterns("/**");
//     }
// }

自定义参数解析器（Argument Resolvers）：如果你希望Controller方法能够接收一些Spring MVC默认不支持的自定义参数类型，或者想对现有参数进行特殊处理，可以实现HandlerMethodArgumentResolver接口。
- 应用场景：比如，你希望Controller方法直接接收一个表示当前登录用户信息的对象，而这个对象是从Session或JWT中解析出来的，而不是通过请求参数传递。
自定义视图解析器（View Resolvers）：虽然Spring Boot通常会自动配置好常见的视图解析器（如Thymeleaf、JSP），但如果你有特殊的视图查找逻辑，比如视图文件分散在多个位置，或者需要集成非主流的模板引擎，可以实现ViewResolver接口。
自定义异常处理器（Exception Handlers）：为了提供友好的错误提示，而不是直接把堆栈信息暴露给用户，你可以通过@ControllerAdvice结合@ExceptionHandler注解，或者实现HandlerExceptionResolver接口，来统一处理应用中抛出的各种异常。
- 应用场景：捕获NullPointerException、IllegalArgumentException等，返回统一的错误页面或JSON格式的错误信息。
自定义转换器/格式化器（Converters/Formatters）：这些用于处理请求参数到Java对象之间的类型转换。Converter用于两种类型之间的转换，Formatter则更侧重于字符串与对象之间的转换，通常用于日期、数字等格式化。
- 应用场景：将特定格式的字符串日期转换为LocalDate对象，或者将自定义的枚举类型从字符串转换为枚举实例。

通过这些扩展点，Spring MVC提供了一个高度可定制的框架，让开发者能够精细地控制请求的生命周期，满足各种复杂的业务需求。

Spring MVC中Controller方法返回值的几种常见方式及其应用场景？

Controller方法的返回值是Spring MVC非常灵活的一个地方，它决定了请求处理完成后，框架如何将结果呈现给用户。我觉得这就像是厨师做完一道菜，是直接端上桌（HTML页面），还是打包成外卖（JSON数据），亦或是指引顾客去另一个地方取餐（重定向）。

String (作为视图名)：
- 含义：返回一个字符串，Spring MVC会将其解析为逻辑视图名。ViewResolver会根据这个名字找到对应的视图模板（如JSP、Thymeleaf文件）。
- 应用场景：传统的Web应用，需要渲染一个完整的HTML页面。比如用户注册成功后返回"successPage"。
- 示例：
```
@GetMapping("/dashboard")
public String showDashboard() {
    return "user/dashboard"; // 对应 /WEB-INF/views/user/dashboard.jsp 或 templates/user/dashboard.html
}
```
ModelAndView：
- 含义：这是一个包装类，同时包含视图名和需要传递给视图的模型数据。你可以向其中添加任意键值对的数据。
- 应用场景：当你需要向视图传递复杂数据，并且视图是模板引擎渲染的场景。
- 示例：
```
@GetMapping("/users")
public ModelAndView listUsers() {
    List users = userService.getAllUsers();
    ModelAndView mav = new ModelAndView("user/list"); // 视图名
    mav.addObject("users", users); // 添加模型数据
    return mav;
}
```
POJO/Map/List等（结合@ResponseBody）：
- 含义：当Controller方法被@ResponseBody注解修饰时，Spring MVC不再将其返回值解析为视图名，而是直接将其序列化（通常是JSON或XML）写入HTTP响应体。
- 应用场景：构建RESTful API，前后端分离项目。前端通过Ajax请求数据，后端直接返回JSON数据。
- 示例：
```
@GetMapping("/api/product/{id}")
@ResponseBody // 或者直接在类上使用 @RestController
public Product getProduct(@PathVariable Long id) {
    return productService.getProductById(id); // Product对象会被自动转换为JSON
}
```
ResponseEntity>：
- 含义：这是@ResponseBody的更高级版本，它允许你更细粒度地控制HTTP响应，包括设置HTTP状态码、响应头以及响应体内容。
- 应用场景：构建RESTful API时，需要返回特定的HTTP状态码（如201 Created、404 Not Found、400 Bad Request）、自定义响应头，或者在响应体中包含错误信息等。
- 示例：
```
@PostMapping("/api/users")
public ResponseEntity createUser(@RequestBody User user) {
    User savedUser = userService.saveUser(user);
    return new ResponseEntity<>(savedUser, HttpStatus.CREATED); // 返回201状态码和创建的用户
}
```
void：
- 含义：Controller方法返回void通常意味着它直接操作了HttpServletResponse对象来写入响应，或者结合@ResponseBody注解来直接输出内容。
- 应用场景：
  - 直接向HttpServletResponse写入数据（不推荐，除非有特殊需求）。
  - 在方法内部完成重定向或转发（通过response.sendRedirect()或request.getRequestDispatcher().forward()）。
  - 结合@ResponseBody，方法内部的逻辑处理完成后，没有特定对象需要返回，但仍需确保HTTP响应被正确发送（如异步任务完成通知）。
- 示例：
```
@GetMapping("/download")
public void downloadFile(HttpServletResponse response) throws IOException {
    // ... 设置响应头，写入文件流到response.getOutputStream()
}
```
RedirectView 或 String 前缀 redirect:/forward:：
- 含义：用于实现重定向（客户端发起新的请求到另一个URL）或服务器内部转发（请求在服务器内部传递到另一个处理器）。
- 应用场景：
  - 重定向：表单提交成功后，通常会重定向到列表页或详情页，避免用户刷新导致重复提交。
  - 转发：在服务器内部将请求转发给另一个Controller方法或JSP页面，URL不变。
- 示例：
```
@PostMapping("/submitForm")
public String handleSubmit() {
    // ... 处理表单数据
    return "redirect:/successPage"; // 重定向到 /successPage
    // return "forward:/anotherControllerMethod"; // 转发到另一个方法
}
```