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的运行流程，说白了，就是当一个HTTP请求抵达Web服务器时，Spring MVC如何一步步地接收、解析、处理这个请求，最终把结果返回给用户。核心是一个叫DispatcherServlet的“大管家”在调度，它会负责把请求分发给正确的处理者，然后将处理结果渲染成页面或数据返回。
一个Spring MVC请求的生命周期，通常是这样的：
DispatcherServlet这个前端控制器拦截。它在web.xml（或Java配置）中被配置为处理特定URL模式的请求。它是整个流程的入口点。DispatcherServlet拿到请求后，并不知道该由哪个Controller的哪个方法来处理。它会把这个任务交给配置好的HandlerMapping。HandlerMapping（比如RequestMappingHandlerMapping）会根据请求的URL、HTTP方法等信息，查找并确定哪个Controller方法（也就是“处理器”）能够处理这个请求。它找到的不仅仅是Controller，还包括了要执行的特定方法。Controller方法后，DispatcherServlet并不会直接去调用它。因为Controller方法的签名多种多样，参数类型、返回值类型各异。这时，HandlerAdapter就登场了。它像一个适配器或翻译官，负责调用实际的Controller方法，处理参数的绑定（比如把请求参数映射到方法参数上）、执行方法，并接收方法执行后的返回值。HandlerAdapter的协调下，我们编写的Controller方法开始执行。这里通常会包含业务逻辑，可能会调用Service层、Repository层来处理数据，执行数据库操作等。方法执行完毕后，会返回一个结果，这个结果可能是视图名、ModelAndView对象、或者直接是需要序列化成JSON/XML的数据。Controller方法返回的是一个逻辑视图名（比如"userList"），DispatcherServlet会把这个视图名交给ViewResolver。ViewResolver的任务是根据配置（比如前缀和后缀），将逻辑视图名解析成一个实际的视图对象（比如InternalResourceView对应JSP，或者一个Thymeleaf视图）。ViewResolver找到了具体的视图对象，DispatcherServlet就会调用这个视图的render()方法。视图会利用Controller传递过来的模型数据（如果存在的话），将最终的HTML、JSON或其他格式的内容渲染出来，并写入到HTTP响应中。HttpServletResponse发送回客户端，完成整个请求-响应周期。整个过程中，还有异常处理机制、拦截器链、本地化解析、文件上传解析等组件，它们在不同的阶段提供额外的功能支持。
从本质上讲，Spring Boot并没有“取代”Spring MVC，它更像是Spring MVC的一个增强包或者说一个更便捷的启动器。我觉得，它们之间的关系更像是“车”和“驾驶辅助系统”：Spring MVC是那辆功能强大的车，而Spring Boot则为这辆车加装了自动泊车、导航、语音助手等一系列便利功能，让你开起来更省心、更高效。
主要的区别体现在：
DispatcherServlet、ViewResolver、HandlerMapping等），或者至少需要一些Java配置类来手动启用各种组件。而Spring Boot则推崇“约定优于配置”，通过大量的自动配置（Auto-configuration），它能根据项目引入的依赖自动配置好大部分Spring MVC所需的组件。比如，只要引入了spring-boot-starter-web，DispatcherServlet、内置Tomcat、JSON转换器等就都自动配置好了，你几乎不用写任何配置代码就能跑起来一个Web应用。starter依赖（比如spring-boot-starter-web、spring-boot-starter-data-jpa），极大地简化了项目依赖的管理。一个starter会帮你引入所有相关的功能模块及其兼容的版本，避免了版本冲突和手动查找依赖的麻烦。所以，如果你在用Spring Boot写Web应用，你其实仍然在使用Spring MVC，只是Spring Boot帮你做了很多幕后的繁琐工作，让你能更专注于业务逻辑的实现。
Spring MVC的设计非常开放，提供了大量的扩展点，让你能够根据自己的需求，在请求处理的不同阶段插入自定义逻辑。这就像在一条流水线上，你可以设置一些检查站或者加工点，来增加额外的功能。
拦截器（Interceptors）：这是最常用也最强大的扩展点之一。你可以通过实现HandlerInterceptor接口来定义拦截器，并在preHandle（请求处理前）、postHandle（Controller方法执行后，视图渲染前）和afterCompletion（整个请求处理完成后，包括视图渲染）这三个阶段插入自定义逻辑。
应用场景：权限校验（用户登录状态、角色权限）、日志记录（记录请求路径、耗时）、性能监控、数据预处理（如国际化）、统一的数据绑定等。
本文档是Groovy入门教程；简单地说，Groovy 是下一代的java语言，跟java一样,它也运行在 JVM 中。作为跑在JVM中的另一种语言，groovy语法与 Java 语言的语法很相似。同时，Groovy 抛弃了java烦琐的文法。同样的语句，使用groovy能在最大限度上减少你的击键次数——这确实是“懒惰程序员们”的福音。感兴趣的朋友可以过来看看
0
举个例子：你可能想记录每个请求的处理时间，或者检查用户是否登录。
// 伪代码，展示拦截器概念
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接口。
自定义视图解析器（View Resolvers）：虽然Spring Boot通常会自动配置好常见的视图解析器（如Thymeleaf、JSP），但如果你有特殊的视图查找逻辑，比如视图文件分散在多个位置，或者需要集成非主流的模板引擎，可以实现ViewResolver接口。
自定义异常处理器（Exception Handlers）：为了提供友好的错误提示，而不是直接把堆栈信息暴露给用户，你可以通过@ControllerAdvice结合@ExceptionHandler注解，或者实现HandlerExceptionResolver接口，来统一处理应用中抛出的各种异常。
NullPointerException、IllegalArgumentException等，返回统一的错误页面或JSON格式的错误信息。自定义转换器/格式化器（Converters/Formatters）：这些用于处理请求参数到Java对象之间的类型转换。Converter用于两种类型之间的转换，Formatter则更侧重于字符串与对象之间的转换，通常用于日期、数字等格式化。
LocalDate对象，或者将自定义的枚举类型从字符串转换为枚举实例。通过这些扩展点，Spring MVC提供了一个高度可定制的框架，让开发者能够精细地控制请求的生命周期，满足各种复杂的业务需求。
Controller方法的返回值是Spring MVC非常灵活的一个地方，它决定了请求处理完成后，框架如何将结果呈现给用户。我觉得这就像是厨师做完一道菜，是直接端上桌（HTML页面），还是打包成外卖（JSON数据），亦或是指引顾客去另一个地方取餐（重定向）。
String (作为视图名)：ViewResolver会根据这个名字找到对应的视图模板（如JSP、Thymeleaf文件）。"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<User> users = userService.getAllUsers();
ModelAndView mav = new ModelAndView("user/list"); // 视图名
mav.addObject("users", users); // 添加模型数据
return mav;
}Map/List等（结合@ResponseBody）：@ResponseBody注解修饰时，Spring MVC不再将其返回值解析为视图名，而是直接将其序列化（通常是JSON或XML）写入HTTP响应体。@GetMapping("/api/product/{id}")
@ResponseBody // 或者直接在类上使用 @RestController
public Product getProduct(@PathVariable Long id) {
return productService.getProductById(id); // Product对象会被自动转换为JSON
}ResponseEntity<?>：@ResponseBody的更高级版本，它允许你更细粒度地控制HTTP响应，包括设置HTTP状态码、响应头以及响应体内容。@PostMapping("/api/users")
public ResponseEntity<User> createUser(@RequestBody User user) {
User savedUser = userService.saveUser(user);
return new ResponseEntity<>(savedUser, HttpStatus.CREATED); // 返回201状态码和创建的用户
}void：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:：@PostMapping("/submitForm")
public String handleSubmit() {
// ... 处理表单数据
return "redirect:/successPage"; // 重定向到 /successPage
// return "forward:/anotherControllerMethod"; // 转发到另一个方法
}了解这些不同的返回值类型，可以帮助你更灵活、更高效地构建Web应用，无论是传统的MVC模式还是现代的RESTful API。
以上就是说一下 spring mvc 运行流程？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
879
收藏
