Java EE - Servlet 3.0 和 Spring MVC

Table of Contents

  1. 前言
  2. 基于 Java 的配置
  3. ServletContainerInitializer
  4. 动态配置
  5. DispatcherServlet 和 ContextLoaderListener
  6. 两个应用上下文
  7. 配置过程
  8. 结语
  9. 参考链接

前言

在学习 Spring MVC 的过程中发现,Spring MVC 使用了不少 Servlet 3.0 的新特性,但鉴于我学习 Servlet 使用的教程是 《Head First Servlet & JSP》,其中的 Servlet 版本只有 2.5,因此不得不去研究一下 Servlet 3.0 的新特性在继续 Spring MVC 的学习。

这篇博客的主要内容便是在学习了 Servlet 3.0 的一些新特性之后对 Spring MVC 的启动配置过程的理解。

注意:博客的主要内容不是关于 Servlet 3.0 的新特性和 Spring MVC 的使用的。

Servlet 3.0 规范 2009 年就出来了,但是现在的教程基本上还是从 web.xml 开始配置的……

基于 Java 的配置

首先我们来看一下一个基于 Java 的配置,其实就是《Spring 实战》第五章的那个配置:

import org.springframework.web.servlet.support.AbstractAnnotationConfigDispatcherServletInitializer;

import spittr.web.WebConfig;

public class SpitterWebInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {

  @Override
  protected Class<?>[] getRootConfigClasses() {
    return new Class<?>[] { RootConfig.class };
  }

  @Override
  protected Class<?>[] getServletConfigClasses() {
    return new Class<?>[] { WebConfig.class };
  }

  @Override
  protected String[] getServletMappings() {
    return new String[] { "/" };
  }
}

这个配置的作用为:

  1. 配置 DispatcherServlet 的路径映射为 /, 也就是说所有的请求都会经由 DispatcherServlet 进行处理
  2. 指定 DispatcherServlet 中的应用上下文配置类为 WebConfig
  3. 指定 ContextLoaderListener 中的应用上下文配置类为 RootConfig

由于在看 《Head First Servlet & JSP》的时候配置都是基于 XML 的,因此在看到《Spring 实战》的这一部分的时候我产生了不少的疑惑,其中包括:

  1. DispatcherServlet 是什么?是我们自己编写的 Servlet 还是 Spring MVC 自带的?
  2. ContextLoaderListener 是什么?新种类的 Listener?
  3. 我没有在 DD 中配置 DispatcherServlet,Servlet 容器怎么知道把请求发送给 DispatcherServlet?
  4. Spring MVC 中存在两个应用上下文?
  5. 基于 XML 又该怎样配置?
  6. ……

这里面的一些问题可以通过看书解决,但有一些问题,还是需要查阅网上的资料才行。

ServletContainerInitializer

Servlet 3.0 中的新特性还是不少的,其中一个新特性便是:

  • 在 Servlet 3.0 环境中,Servlet 容器会在类路径中查找实现了 ServletContainerInitializer 接口的类,如果能发现的话,就会在启动的时候自动调用实现类的 onStartup 方法1

Spring MVC 中的 ServletContainerInitializer 实现便是 SpringServletContainerInitializer,它的部分源码如下:

@HandlesTypes(WebApplicationInitializer.class)
public class SpringServletContainerInitializer implements ServletContainerInitializer {

  @Override
  public void onStartup(@Nullable Set<Class<?>> webAppInitializerClasses, ServletContext servletContext)
      throws ServletException {
    // ...
  }
}

onStartup 中的代码可以不用管,关键在于 SpringServletContainerInitializer 头上的那个注解:

@HandlesTypes(WebApplicationInitializer.class)

这个注解的意思是:初始化 SpringServletContainerInitializer 时扫描所有实现了 WebApplicationInitializer 接口的类,并作为参数 webAppInitializerClasses 传递给 onStartup 方法。

而我们在前面的配置中继承的 AbstractAnnotationConfigDispatcherServletInitializer 便是 WebApplicationInitializer 的一个便利的基础实现。

也就是说,Servlet 容器启动的时候会将我们的配置类发送给 SpringServletContainerInitializer 方法,然后在进行一系列的操作后完成 DispatcherServlet 的配置。

到了这里,大概能解决 Servlet 容器是怎么找到我们的配置类的,但还有一个问题是:Spring MVC 是怎么配置的 DispatcherServlet。

动态配置

Servlet 3.0 中的一个新特性便是支持动态配置,我们可以通过 ServletContext 获取 Registration 对象进行动态配置,比如:

ServletRegistration.Dynamic registratio = ServletContext.addServlet("appServlet", DispatcherServlet.class);
registratio.addMapping("/");

我们可以看到,SpringServletContainerInitializer 的 onStartup 是可以获得 ServletContext 的,因此,我们完全可以在 onStartup 内部完成 DispatcherServlet 的配置。

很好,Servlet 容器是怎么配置 DispatcherServlet 的问题大概可以解决了。

DispatcherServlet 和 ContextLoaderListener

通过查阅资料可以发现,DispatcherServlet 是 Spring MVC 框架自带的 Servlet,而 ContextLoaderListener 是 Spring MVC 自带的 ServletContextListener,不是新品种的监听者。

这两个类的源码链接如下:

两个应用上下文

在最开始的配置中,我们分别制定了 DispatcherServlet 和 ContextLoaderListener 中的应用上下文的配置类,这意味着:

  • Spring MVC 中存在两个应用上下文,这两个应用上下文分别位于 DispatcherServlet 和 ContextLoaderListener

翻书可以得知,这两个应用上下文的作用分别为:

  • DispatcherServlet 应用上下文用于加载应用中包含 Web 组件的 Bean,包括控制器、视图解析器……
  • ContextLoaderListener 应用上下文用于加载应用中的其他 Bean,通常是驱动应用后端的中间层和数据层组件。

这样一来,我们便可以大致总结一下配置 DispatcherServlet 和 ContextLoaderListener 中需要配置的内容了:

  • DispatcherServlet:普通 Servlet 对象需要的配置项,如路径映射、初始化参数。以及内部的 Spring 应用上下文的配置
  • ContextLoaderListener:常规的应用上下文配置,比如初始化参数。以及内部的 Spring 应用上下文的配置。

配置过程

现在可以大致总结一下 Spring MVC 的配置过程了:

  1. Servlet 容器启动的时候查找 ServletContainerInitializer 的实现类,找到 SpringServletContainerInitializer
  2. 根据 SpringServletContainerInitializer 的 HandlesTypes 查找所有 WebApplicationInitializer 的实现类
  3. SpringServletContainerInitializer 的 onStartup 在内部的调用流程中创建并配置 DispatcherServlet 和 ContextLoaderListener

当然了,没有看源码的话,还有一个细节是不清楚的:

  • 应用上下文的创建是在 DispatcherServlet 和 ContextLoaderListener 内部完成的还是在外部创建好后传递给 DispatcherServlet 和 ContextLoaderListener

当然了,这无伤大雅 ( ̄▽ ̄)

之前还一直在想 Servlet 容器是先调用 ServletContainerInitializer 还是先调用 ServletContextListener,然后突然翻译过来,我都没有配置 Listener,
那肯定只能是 ServletContainerInitializer 了啊 (°?°)?

结语

本来还说贴一下 XML 的配置代码,结果《Spring 实战》提供的样例代码中直接把 web.xml 给去了,所以……

参考链接

Footnotes

1 书上这里说的是:如果能发现的话,就会用实现类来配置 Servlet 容器。感觉这种说法挺不准确的,不知道是不是翻译的锅。

原文地址:https://www.cnblogs.com/rgbit/p/10806594.html

时间: 2024-10-24 15:28:36

Java EE - Servlet 3.0 和 Spring MVC的相关文章

关于 tomcat nio connector, servlet 3.0 async, spring mvc async 的关系

tomcat 的 org.apache.coyote.http11.Http11NioProtocol Connector 是一个使用 Java NIO 实现的异步 accept 请求的 connector 它的作用是不需要为每个请求建立一个线程, 而是使用固定的accept线程 accept 多个请求, 然后排队处理. 大概的意思是使用固定的 acceptThread 来 accept n 个请求, 然后将请求入队, 最后使用固定的 requestProcessingThread 来处理业务逻

Ed Burns谈HTTP/2和Java EE Servlet 4规范

在2015年JavaLand大会上,Ed Burns展示了Java EE Servlet 4.0规范(JSR 369)的概要,演讲的重点在于Java EE平台对HTTP/2的支持.HTTP/2旨在解决现存HTTP规范中的问题,并引入新的功能,包括request/response多路复用.二进制帧传输(binary framing).数据流优先级.服务器推送和头信息压缩. Burns是Oracle公司的技术顾问之一,他从由于HTTP/1.1中固有的缺陷,导致当前典型网站的30多种资源传输到浏览器端

java web开发入门六(spring mvc)基于intellig idea

spring mvc ssm=spring mvc+spring +mybatis spring mvc工作流程 1A)客户端发出http请求,只要请求形式符合web.xml文件中配置的*.action的话,就由DispatcherServlet来处理. 1B)DispatcherServlet再将http请求委托给映射器的对象来将http请求交给对应的Action来处理 2)映射器根据客户的http请求,再对比<bean name="/hello.action如果匹配正确,再将http请

Java EE - Servlet 小结

Table of Contents 前言 Servlet 的生命周期 Servlet 的初始化 ServletContext & ServletConfig 请求的处理 HttpServletRequest 请求分派 属性 HttpServletResponse Servlet 的销毁 监听者和过滤器 完整生命周期和默认 Servlet 结语 前言 最近在看<Spring in Action(4th Edition)>的过程中发现,使用 Spring MVC 进行 Web 开发时,原生

Java 之 Servlet 3.0

Servlet 3.0 好处: 支持注解配置,不需要 web.xml 文件了. 步骤: (1)创建 Java EE 项目,注意:JavaEE 版本必须6.0以上才支持Servlet3.0,可以不创建 web.xml 文件. (2)定义一个类,实现 Servlet 接口 (3)重写 Servlet 方法 (4)在类上使用 @WebServlt 注解,进行配置 (5)定义的Java 类 1 import javax.servlet.*; 2 import javax.servlet.annotati

Java单体应用 - 常用框架 - 07.Spring MVC - 项目重构(iot-admin3)

原文地址:http://www.work100.net/training/monolithic-frameworks-spring-mvc-iot-admin3.html更多教程:光束云 - 免费课程 项目重构(iot-admin3) 序号 文内章节 视频 1 概述 - 2 配置和结构重构 - 3 Controller控制器重构 - 4 使用拦截器 - 5 实例源码 - 请参照如上章节导航进行阅读 1.概述 我们继续以上一章节 Spring Web 中的案例项目 iot-admin2 为基础,复

Java单体应用 - 常用框架 - 07.Spring MVC - Maven 模块化开发(iot-

原文地址:http://www.work100.net/training/monolithic-frameworks-spring-mvc-maven-module.html更多教程:光束云 - 免费课程 Maven 模块化开发 序号 文内章节 视频 1 概述 - 2 创建根项目(工程) - 3 创建统一的依赖管理模块 - 4 创建通用的工具类模块 - 5 创建领域模型模块 - 6 创建管理后台模块 - 7 创建前端控制台模块 - 8 创建接口模块 - 9 清理.编译.打包 - 10 功能完善

Java EE Servlet相关的两个包

Servlet in Java EE 在Java EE的规范API中(链接),Servlet相关联的最重要的两个Package为: 1.javax.servlet 包含了一系列接口和类,他们在一个Servlet class和一个合格的Servlet容器为这个类的一个实例提供的运行时环境之间,描述和定义了一个规约. 这个包中,比较重要的接口有(当然还有很多Servlet相关的接口): Filter Servlet ServletConfig ServletContext ServletRquest

Java EE Servlet 几个path

ContextPath Context ['k?ntekst] 不识庐山真面目,只缘身在此山中. 相对路径 RealPath 绝对路径 ServletPath 就是servlet-mapping 中 的 url-pattern <servlet-mapping> <servlet-name>TestServlet</servlet-name> <url-pattern>/TestServlet</url-pattern> </servlet