详解Spring MVC 4之DispatcherServlet

简介:

   Spring MVC 4与其它MVC框架类似,都是基于请求驱动的,通过中央Servlet处理器,将请求转发到控制器然后完成相应的功能。Spring的 DispatcherServlet与其它MVC框架不同的是,它与Spring的IoC容器集成并允许用户使用Spring的其它特性。


    1. DispatcherServlet的作用


    Spring MVC 4的工作流如下图所示。DispatcherServlet充当了“前端控制器”的角色。


wKioL1Rt8_SB24kjAAImFxyJo2Q573.jpg


       DispatcherServlet实际上就是一个Servlet,它继承了HttpServlet,在使用前必须在 web.xml 中进行声明,按照 DispatcherServlet需要处理的请求配置 url 映射,声明格式如下:

    

1
2
3
4
5
6
7
8
9
< span  style = "font-family:'微软雅黑', 'Microsoft YaHei';font-size:14px;" >< web-app >
     < servlet >
         < servlet-name >favsoft</ servlet-name >
         < servlet-class >org.springframework.web.servlet.DispatcherServlet</ servlet-class >
         < load-on-startup >1</ load-on-startup >
     </ servlet >
 
     < servlet-mapping >
         < servlet-name >favsoft</ servlet-name >< br >        < url-pattern >/favsoft/*</ url-pattern >< br >    </ servlet-mapping >< br ></ web-app >< br ></ span >


     假设我们按照上面的 DispatcherServlet ,那么在请求的URL中,所有以 /favsoft 为开头的请求都将被 DispatcherServlet 实例进行转发。在 Servlet 3.0以后的环境中,也可以编程式方式配置Servlet容器,如下图所示,它相当于web.xml中配置的代码。

    

1
2
3
4
5
6
7
<span style= "font-family:'微软雅黑', 'Microsoft YaHei';font-size:14px;" > public  class  MyWebApplicationInitializer  implements  WebApplicationInitializer {    <br>     @Override
     public  void  onStartup(ServletContext container) {
         ServletRegistration.Dynamic registration = container.addServlet( "dispatcher" new  DispatcherServlet());
         registration.setLoadOnStartup( 1 );
         registration.addMapping( "/favsoft/*" );<br>    }
 
}</span>

    

    WebApplicationInitializer  是Spring MVC提供的一个接口,用来识别代码中的配置,并初始化Servlet容器。AbstractDispatcherServletInitializer  抽象类实现了该接口,使得该类通过servlet映射就注册到 DispatcherServlet中。


    在Spring MVC框架中,每一个DispatcherServlet都有它的 WebApplicationContext上下文,这些上下文继承了 WebApplicationContext根上下文中的所有类(Java Beans),这些继承的类(Java Beans)能够在特定的servlet作用域中被重写,也可以定义新的作用域的类实例。


    2. 默认的DispatcherServlet配置


    DispatcherServlet 的默认情况下,是按照 org.springframework.web.servlet 下面的 DispatcherServlet.properties 配置的。


# Default implementation classes for DispatcherServlet's strategy interfaces.

# Used as fallback when no matching beans are found in the DispatcherServlet context.

# Not meant to be customized by application developers.

org.springframework.web.servlet.LocaleResolver=org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver

org.springframework.web.servlet.ThemeResolver=org.springframework.web.servlet.theme.FixedThemeResolver

org.springframework.web.servlet.HandlerMapping=org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,\

 org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping

org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\

 org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\

 org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter

org.springframework.web.servlet.HandlerExceptionResolver=org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver,\

 org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver,\

 org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver

org.springframework.web.servlet.RequestToViewNameTranslator=org.springframework.web.servlet.view.DefaultRequestToViewNameTranslator

org.springframework.web.servlet.ViewResolver=org.springframework.web.servlet.view.InternalResourceViewResolver

org.springframework.web.servlet.FlashMapManager=org.springframework.web.servlet.support.SessionFlashMapManager

    

    3. DispatcherServlet的工作流程


    当我们配置好 DispatcherServlet 之后,一个特定的 DispatcherServlet 请求过来之后,它的工作流程如下:


    (1)WebApplicationContext 上下文寻求并绑定控制器和 ,默认情况下会绑定 DispatcherServlet.WEB_APPLICATION_CONTEXT_ATTRIBUTE下的默认值。


    (2)语言解析器绑定到请求启动过程中的元素来解决所使用的语言环境处理请求(渲染视图、准备数据等),如果不需要处理国际化,就不需要这步。


    (3)主题解析器绑定请求让视图这样的元素知道需要使用哪种主题,如果没有使用主题,同样忽略此步骤。


    (4)如果指定一个多文件解析器,请求就会检查这些文件,如果找到这些文件,请求就会被包装到 MultipartHttpServletRequest中,进一步处理其他元素。


    (5)接下来,寻找一个合适的处理器,如果找到了,处理器相关执行链就会执行,为数据模型或渲染视图做准备。


    (6)如果返回了模型,就会渲染视图。如果没有返回模型(可能是为了安全考虑,预处理或后处理程序拦截了请求),就不需要渲染视图,请求可能已经完成了。


    在处理请求过程中,如果发生了异常,就会被 WebApplicationContext 上下文中的异常处理器捕获到并抛出。当然,异常处理器允许我们通过一些自定义的行为处理异常。


    Spring DispatcherServlet也支持返回最近修改日期: DispatcherServlet 寻找合适的处理器并测试处理器是否实现了最近更新接口,如果通过的话, LashModified接口就会返回 long 类型的值到客户端。


    DispatcherServlet实例可以通过在 web.xml 中配置初始化参数进行自定义配置,如下参数可以在web.xml 中声明:


contextClass 实现了 WebApplicationContext接口,默认会使用 XMLWebApplicationContext。
contextConfigLocation 标明了使用的上下文位置,支持使用多个上下文。如果同一个上下文被定义多次,则使用最近定义的。
namespace WebApplicationContext的命名空间,默认为 【servlet-name】-servlet。




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