spring5源码篇(13)——spring mvc无xml整合tomcat与父子容器的启动

贫僧洗发水呢

于 2023-07-29 17:36:52 发布

阅读量995

点赞数

分类专栏： Spring 文章标签： spring mvc

本文链接：https://blog.csdn.net/qq_43196360/article/details/131993197

版权

Spring 专栏收录该内容

17 篇文章 2 订阅

订阅专栏

spring-framework 版本：v5.3.19

文章目录

整合步骤
实现原理
相关面试题

整合步骤

试想这么一个场景。只用 spring mvc（确切来说是spring-framework），如何既不搭建web工程（无web.xml）又不用 spring boot 的去整合tomcat部署一个web服务？

1、引入 tomcat 和 spring mvc

   		......
        
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>5.3.9</version>
        </dependency>
        <dependency>
            <groupId>org.apache.tomcat.embed</groupId>
            <artifactId>tomcat-embed-jasper</artifactId>
            <version>9.0.62</version>
        </dependency>
    	
    	......

2、实现 WebApplicationInitializer接口，即本篇实现的spring mvc 提供的 AbstractAnnotationConfigDispatcherServletInitializer 类
在这里插入图片描述
3、编写controller类

4、编写main函数启动 tomcat

验证：

整个项目目录如下
在这里插入图片描述

案例 github 地址：https://github.com/no-shutdown/springmvcandjsp.git

实现原理

ServletContainerInitializer与WebApplicationInitializer

ServletContainerInitializer是Java Servlet 3.0规范中的一部分，接口定义了一个onStartup方法，容器（例如Tomcat、Jetty等）在启动Web应用程序时会调用这个方法。

至于容器如tomcat里的代码是如何得到用户自定义的接口实现类的？
答：通过SPI的方式去获取。

SpringServletContainerInitializer
spring中为我们实现的ServletContainerInitializer实现类如下
在这里插入图片描述

@HandlesTypes 是Java Servlet 3.0规范中ServletContainerInitializer接口的一个特性，用于向ServletContainerInitializer提供在类路径上发现的类的信息。比如：这里的意思就是说，会收集路径上所有的 WebApplicationInitializer 类作为方法参数传入。

所以也就是说，在本篇的案例中，main函数启动tomcat时，tomcat会通过SPI的方式去调用到 SpringServletContainerInitializer 类的onStartup方法，而 SpringServletContainerInitializer 又会通过 @HandlesTypes 获取到所有 WebApplicationInitializer 类并调用他们的 onStartup 方法。

所以其实并不一定要继承 AbstractAnnotationConfigDispatcherServletInitializer ，也可以自己去实现一个 WebApplicationInitializer 接口，总之需要在 WebApplicationInitializer#onStratUp 中去启动父子容器。

AbstractAnnotationConfigDispatcherServletInitializer
AbstractAnnotationConfigDispatcherServletInitializer 就是 spring mvc 为我们提供的 WebApplicationInitializer 接口抽象类中的其中一个。其 onStartup 方法做了一些启动父子容器相关的操作。
在这里插入图片描述

父容器的启动

registerContextLoaderListener
在这里插入图片描述
这个方法做了两件事
1：创建一个spring容器
2：注册 ContextLoaderListener 到servlet容器

创建父容器的代码上图中一起给了，这里再看下 ContextLoaderListener 。
在这里插入图片描述
这是一个 ServletContextListener 监听类，在servlet容器启动时，会调用当前servlet容器所注册监听器的 contextInitialized 方法。

而父容器就是在 ContextLoaderListener.contextInitialized 中启动的，如下
在这里插入图片描述

子容器的启动

registerDispatcherServlet
在这里插入图片描述
这个方法做了两件事
1：创建一个spring容器
2：注册 DispatcherServlet 到servlet容器

创建子容器的代码上图中一起给了，这里再看下 DispatcherServlet 。
在这里插入图片描述
这个类并不陌生，就是 spring mvc 的前端控制器。
但从servlet容器的角度来看，就是一个普通的HttpServlet，所以必然遵循servlet生命周期。
这个servlet生命周期的 init 方法就会去启动子容器。

相关面试题

1、spring和spring mvc为什么要设计父子容器？
答：单一职责原则，早期spring mvc并不是唯一的主流web框架。为方便快速拔插，比如从 spring mvc 切换到 struts，使用父子容器只需将springmvc.xml替换成struts的配置文件struts.xml即可，而springcore.xml不需要改变。

2、是否可以把所有Bean都交给spring容器（父容器）来管理？
答：不可以，会出现404。因为 spring mvc 在启动时只会扫描当前容器下Controller注册HandlerMethod，并没有同时去查找父容器的bean。

3、是否可以把所有bean都交给spring mvc容器（子容器）来管理？
答：可以，因为父容器无非就是包含一些子容器不包含的bean, 如果全在子容器就完全不用父容器了。不过需要注意的是，如果bean都注册到子容器，原本在父容器配置事务、aop等也需要移动到子容器，否则是不会生效的。