SpringMVC请求大致处理流程

简介: 我们都在使用SpringMVC,那么SpringMVC处理一个请求的大致流程是怎样的呢?请看下面图所示: 文字描述的话大致是这样的一个流程: 用户首先发送请求到前端控制器(DispatcherServlet),在doDispatch这个方...

我们都在使用SpringMVC,那么SpringMVC处理一个请求的大致流程是怎样的呢?请看下面图所示:


文字描述的话大致是这样的一个流程:

用户首先发送请求到前端控制器(DispatcherServlet),在doDispatch这个方法中会为请求找到对应的HandlerMapping(处理器映射),然后将这个HandlerMapping映射成HandlerExecutionChain(处理器执行链)对象(包含一个Handler处理器对象,多个HandlerInterceptor拦截器对象),接着会将得到的HandlerExecutionChain包装成HandlerAdapter(适配器),根据得到的HandlerAdapter调用真正的处理器得到一个ModelAndView对象,接着调用ViewResolver,把得到的ModelAndView中的视图名解析为具体的View,接着View根据传进来的Model模型数据进行渲染(如果有页面的话数据是放到了request.setAttribute中了),最后返回响应给用户。


我们看一下SpringMVC我们提供好的一些东西:

HandlerMapping(处理器映射):

我们可以在应用中使用预先构建的或者提供好的HandlerMapping的任何实现类,用来控制请求到处理对象之间的路由的。
默认的实现类是:org.springframework.web.servlet.handler. BeanNameUrlHandlerMapping和org.springframework.web.servlet.mvc.annotation. DefaultAnnotationHandlerMapping。说明DefaultAnnotationHandlerMapping在3.2之后标注为过期了,用org.springframework.web.servlet.mvc.method.annotation. RequestMappingHandlerMapping进行了替代。
如果存在HandlerMapping的实现类的话,它在Servlet的应用上下文中被定义为一个bean。

HandlerAdapter(处理适配器):

HandlerAdapter允许使用任意的处理器接口。

默认的处理适配器是:org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter、org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter和Spring的org.springframework.web.HttpRequestHandler、org.springframework.web.servlet.mvc.Controller接口默认的注解适配器是org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter。说明明:AnnotationMethodHandlerAdapter在SpringMVC3.2中被标注为过期了用org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter进行了替代。
同样的HandlerAdapter在应用上下文中被定义为一个bean。

HandlerExceptionResolver(异常处理)

前端控制器中的异常处理策略是通过HandlerExceptionResolver来解决的,例如映射某一个确定的异常到错误页面。
默认的异常处理类是:org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver、org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver、org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver
HandlerExceptionResolver可以通过应用上下文被重写。它在应用上下文中也是被定义为了一个bean。

ViewResolver(视图解析器)

视图解析策略可以通过指定一个ViewResolver的实现类来将相应的视图名字解析成视图对象。
默认的实现类是org.springframework.web.servlet.view. InternalResourceViewResolver
同样的ViewResolver在应用上下文中被定义为一个bean。

RequestToViewNameTranslator(请求到视图名的转换)

如果一个视图或者视图名没有被用户提供的话,可以通过配置RequestToViewNameTranslator来将当前的请求转换为一个视图名。
默认的实现类是org.springframework.web.servlet.view. DefaultRequestToViewNameTranslator
它在应用上下文中的bean的名字是 viewNameTranslator

MultipartResolver(通常是文件上传)

通过MultipartResolver的实现类我们可以解决multipart requests。
我们通常选择的实现类是org.springframework.web.multipart.commons. CommonsMultipartResolver。这个实现包含了Apache Commons FileUpload and Servlet 3 。
MultipartResolver的bean名字是 multipartResolver,没有默认的实现类,我们如果要使用这个功能的话,需要在配置文件中进行相应的配置。

LocaleResolver(本地资源的解析即国际化)

国际化的解决策略是通过LocaleResolver的实现类来实现的。它是通过HTTP的接收头、cookie、session工作的。
默认的实现类是org.springframework.web.servlet.i18n. AcceptHeaderLocaleResolver
它在应用上下文中的bean的名字为 localeResolver

ThemeResolver(主题解析)

主题解决策略是通过ThemeResolver的实现类来实现的。包括一个固定的主题和cookie和会话存储的实现。
默认的实现类是:org.springframework.web.servlet.theme. FixedThemeResolver
它在应用上下文中的bean的名字为 themeResolver


另外:我们可以在应用中定义不止一个DispatcherServlet来适配不同的请求类型。


相关文章
|
7月前
|
前端开发 Java 测试技术
微服务——SpringBoot使用归纳——Spring Boot中的MVC支持——@RequestParam
本文介绍了 `@RequestParam` 注解的使用方法及其与 `@PathVariable` 的区别。`@RequestParam` 用于从请求中获取参数值(如 GET 请求的 URL 参数或 POST 请求的表单数据),而 `@PathVariable` 用于从 URL 模板中提取参数。文章通过示例代码详细说明了 `@RequestParam` 的常用属性,如 `required` 和 `defaultValue`,并展示了如何用实体类封装大量表单参数以简化处理流程。最后,结合 Postman 测试工具验证了接口的功能。
367 0
微服务——SpringBoot使用归纳——Spring Boot中的MVC支持——@RequestParam
|
7月前
|
JSON 前端开发 Java
微服务——SpringBoot使用归纳——Spring Boot中的MVC支持——@RequestBody
`@RequestBody` 是 Spring 框架中的注解,用于将 HTTP 请求体中的 JSON 数据自动映射为 Java 对象。例如,前端通过 POST 请求发送包含 `username` 和 `password` 的 JSON 数据,后端可通过带有 `@RequestBody` 注解的方法参数接收并处理。此注解适用于传递复杂对象的场景,简化了数据解析过程。与表单提交不同,它主要用于接收 JSON 格式的实体数据。
549 0
|
7月前
|
前端开发 Java 微服务
微服务——SpringBoot使用归纳——Spring Boot中的MVC支持——@PathVariable
`@PathVariable` 是 Spring Boot 中用于从 URL 中提取参数的注解,支持 RESTful 风格接口开发。例如,通过 `@GetMapping("/user/{id}")` 可以将 URL 中的 `{id}` 参数自动映射到方法参数中。若参数名不一致,可通过 `@PathVariable("自定义名")` 指定绑定关系。此外,还支持多参数占位符,如 `/user/{id}/{name}`,分别映射到方法中的多个参数。运行项目后,访问指定 URL 即可验证参数是否正确接收。
362 0
|
7月前
|
JSON 前端开发 Java
微服务——SpringBoot使用归纳——Spring Boot中的MVC支持——@RequestMapping
@RequestMapping 是 Spring MVC 中用于请求地址映射的注解,可作用于类或方法上。类级别定义控制器父路径,方法级别进一步指定处理逻辑。常用属性包括 value(请求地址)、method(请求类型,如 GET/POST 等,默认 GET)和 produces(返回内容类型)。例如:`@RequestMapping(value = "/test", produces = "application/json; charset=UTF-8")`。此外,针对不同请求方式还有简化注解,如 @GetMapping、@PostMapping 等。
321 0
|
7月前
|
JSON 前端开发 Java
微服务——SpringBoot使用归纳——Spring Boot中的MVC支持——@RestController
本文主要介绍 Spring Boot 中 MVC 开发常用的几个注解及其使用方式,包括 `@RestController`、`@RequestMapping`、`@PathVariable`、`@RequestParam` 和 `@RequestBody`。其中重点讲解了 `@RestController` 注解的构成与特点:它是 `@Controller` 和 `@ResponseBody` 的结合体,适用于返回 JSON 数据的场景。文章还指出,在需要模板渲染(如 Thymeleaf)而非前后端分离的情况下,应使用 `@Controller` 而非 `@RestController`
233 0
|
3月前
|
前端开发 Java API
Spring Cloud Gateway Server Web MVC报错“Unsupported transfer encoding: chunked”解决
本文解析了Spring Cloud Gateway中出现“Unsupported transfer encoding: chunked”错误的原因,指出该问题源于Feign依赖的HTTP客户端与服务端的`chunked`传输编码不兼容,并提供了具体的解决方案。通过规范Feign客户端接口的返回类型,可有效避免该异常,提升系统兼容性与稳定性。
216 0
|
3月前
|
SQL Java 数据库连接
Spring、SpringMVC 与 MyBatis 核心知识点解析
我梳理的这些内容,涵盖了 Spring、SpringMVC 和 MyBatis 的核心知识点。 在 Spring 中,我了解到 IOC 是控制反转,把对象控制权交容器;DI 是依赖注入,有三种实现方式。Bean 有五种作用域,单例 bean 的线程安全问题及自动装配方式也清晰了。事务基于数据库和 AOP,有失效场景和七种传播行为。AOP 是面向切面编程,动态代理有 JDK 和 CGLIB 两种。 SpringMVC 的 11 步执行流程我烂熟于心,还有那些常用注解的用法。 MyBatis 里,#{} 和 ${} 的区别很关键,获取主键、处理字段与属性名不匹配的方法也掌握了。多表查询、动态
124 0
|
3月前
|
JSON 前端开发 Java
第05课:Spring Boot中的MVC支持
第05课:Spring Boot中的MVC支持
190 0
|
9月前
|
SQL Java 数据库连接
对Spring、SpringMVC、MyBatis框架的介绍与解释
Spring 框架提供了全面的基础设施支持,Spring MVC 专注于 Web 层的开发,而 MyBatis 则是一个高效的持久层框架。这三个框架结合使用,可以显著提升 Java 企业级应用的开发效率和质量。通过理解它们的核心特性和使用方法,开发者可以更好地构建和维护复杂的应用程序。
401 29
|
10月前
|
设计模式 前端开发 Java
步步深入SpringMvc DispatcherServlet源码掌握springmvc全流程原理
通过对 `DispatcherServlet`源码的深入剖析,我们了解了SpringMVC请求处理的全流程。`DispatcherServlet`作为前端控制器,负责请求的接收和分发,处理器映射和适配负责将请求分派到具体的处理器方法,视图解析器负责生成和渲染视图。理解这些核心组件及其交互原理,有助于开发者更好地使用和扩展SpringMVC框架。
225 4