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：所有进入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（整个请求处理完成后，包括视图渲染）这三个阶段插入自定义逻辑。
应用场景：权限校验（用户登录状态、角色权限）、日志记录（记录请求路径、耗时）、性能监控、数据预处理（如国际化）、统一的数据绑定等。
Groovy入门教程 中文WORD版
本文档是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接口。
应用场景：比如，你希望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 // 或者直接在类上使用 @RestControllerpublic 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"; // 转发到另一个方法}
了解这些不同的返回值类型，可以帮助你更灵活、更高效地构建Web应用，无论是传统的MVC模式还是现代的RESTful API。
以上就是说一下 spring mvc 运行流程？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/893112.html
微信扫一扫 
支付宝扫一扫 
