spring-boot是否还和spring mvc一样存在父子容器

文章目录

  • 一、spring-boot在自动集成了spring springmvc后是否在有父子容器之分
    • 1、看下spring-boot run方法
    • 2、为什么spring mvc弄了一个父子容器
  • 二、spring mvc中父子容器初始化过程
  • 三、spring mvc也可通过0 web.xml配置实现父子容器的初始化的
    • 一、spring-webmvc通过tomcat spi 注入ServletContainInitialzer
      • 1、tomcat读取META-INF/services下类,实例化 调用它的onStartup方法
      • 2、springwebmvc加载所有WebApplicationInitializer
      • 3、AbstractDispatcherServletInitializer#onStartup初始化容器类,注册dispatcherServlet
        • 3.1、super.onStartup(servletContext);
        • 3.2、registerDispatcherServlet(servletContext); 初始化web子容器,注册dispatcher
          • 3.2.1、createServletApplicationContext()
    • 二、tomcat执行所有listener.contextInitialized方法
      • 1、执行所有contextInitialized
      • 2、容器初始化
        • 2.1、父容器初始化完成后,tomcat继续向后运行
    • 三、tomcat开始执行所有servlet#init方法
      • 1、执行所有servlet的init方法,因为上面注册了DispatcherServlet,所以后会也是执行它的init方法
      • 2、dispatcherServlet#init方法和上面图执行流程一致
  • 四、为什么需要父子容器?
    • 1、父子容器的主要作用应该是划分框架边界。
    • 2、是否可以把所有类都通过Spring父容器来管理
    • 3、是否可以把我们所需的类都放入Spring-mvc子容器里面来管理(springmvc的spring-servlet.xml中配置全局扫描)
    • 4、看下getBean获取bean的过程

一、spring-boot在自动集成了spring springmvc后是否在有父子容器之分

1、看下spring-boot run方法

spring-boot在自动集成了spring springmvc后是否在有父子容器之分,答案没有。
看下它的fun方法是如果写的:
spring-boot是否还和spring mvc一样存在父子容器_第1张图片

2、为什么spring mvc弄了一个父子容器

二、spring mvc中父子容器初始化过程

spring mvc中父子容器访问规则:子容器可以访问父容器的对象,父容器不能访问子容器的对象
1.ContextLoaderListener会被优先初始化时,其会根据元素中contextConfigLocation参数指定的配置文件路径"/resource/applicationContext.xml”,来创建WebApplicationContext实例。 并调用ServletContext的setAttribute方法,将其设置到ServletContext中,key为”org.springframework.web.context.WebApplicationContext.ROOT”,最后的”ROOT"字样表明这是一个 Root WebApplicationContext。
2.DispatcherServlet在初始化时调用init方法,会根据元素中contextConfigLocation参数指定的配置文件路径"/resource/spring-servlet.xml”,来创建Servlet WebApplicationContext。同时,其会调用ServletContext的getAttribute方法来判断是否存在Root WebApplicationContext。如果存在,则将其设置为自己的parent。这就是父子上下文(父子容器)的概念。

三、spring mvc也可通过0 web.xml配置实现父子容器的初始化的

其实之前已经有一篇写过个过程,但还是感觉很模糊,这里又重新梳理一遍,但有些省略了,其它还可以参考 spring源码学习-springmvc-7(springmvc实现零配置)

一、spring-webmvc通过tomcat spi 注入ServletContainInitialzer

1、tomcat读取META-INF/services下类,实例化 调用它的onStartup方法

spring-boot是否还和spring mvc一样存在父子容器_第2张图片

2、springwebmvc加载所有WebApplicationInitializer

spring-boot是否还和spring mvc一样存在父子容器_第3张图片

3、AbstractDispatcherServletInitializer#onStartup初始化容器类,注册dispatcherServlet

spring-boot是否还和spring mvc一样存在父子容器_第4张图片

3.1、super.onStartup(servletContext);

初始化web父容器对象,注册ContextLoaderListener到servletContext
spring-boot是否还和spring mvc一样存在父子容器_第5张图片
spring-boot是否还和spring mvc一样存在父子容器_第6张图片

自定义了一个勾子方法,这个类定义了配置扫描类

spring-boot是否还和spring mvc一样存在父子容器_第7张图片
在这里插入图片描述
spring-boot是否还和spring mvc一样存在父子容器_第8张图片

3.2、registerDispatcherServlet(servletContext); 初始化web子容器,注册dispatcher

spring-boot是否还和spring mvc一样存在父子容器_第9张图片

3.2.1、createServletApplicationContext()

spring-boot是否还和spring mvc一样存在父子容器_第10张图片

勾子方法

spring-boot是否还和spring mvc一样存在父子容器_第11张图片

二、tomcat执行所有listener.contextInitialized方法

1、执行所有contextInitialized

spring-boot是否还和spring mvc一样存在父子容器_第12张图片

因为在上一步时,向tomcat注册了一个ContextLoaderListener,所以这里会执行这个实例的contextInitialized方法
spring-boot是否还和spring mvc一样存在父子容器_第13张图片

2、容器初始化

注意:listener初始化时 传入的父容器对象,而web子容器对象是和dispatcher绑在一起的
spring-boot是否还和spring mvc一样存在父子容器_第14张图片

这里开始调用容器refresh方法,省略…
先思考一个问题:那么web子容器是在哪里初始化,因为上面看到在创建完子容器对象后,将它传给了dispatcherServlet对象,那么肯定是在dispatcherServlet初始化完成init()方法中调用的。用一张图来说明类的继承关系和方法调用关系
spring-boot是否还和spring mvc一样存在父子容器_第15张图片

2.1、父容器初始化完成后,tomcat继续向后运行

三、tomcat开始执行所有servlet#init方法

1、执行所有servlet的init方法,因为上面注册了DispatcherServlet,所以后会也是执行它的init方法

spring-boot是否还和spring mvc一样存在父子容器_第16张图片

2、dispatcherServlet#init方法和上面图执行流程一致

这里就直接看下子类FrameworkServlet#initServletBean()方法

spring-boot是否还和spring mvc一样存在父子容器_第17张图片
spring-boot是否还和spring mvc一样存在父子容器_第18张图片

四、为什么需要父子容器?

1、父子容器的主要作用应该是划分框架边界。

父子容器的主要作用应该是划分框架边界。有点单一职责的味道。在J2EE三层架构中,在service层我们一般使用spring框架来管理, 而在web层则有多种选择,如spring mvc、struts等。因此,通常对于web层我们会使用单独的配置文件。例如在上面的案例中,一开始我们使用spring-servlet.xml来配置web层,使用applicationContext.xml来配置service、dao层。如果现在我们想把web层从spring mvc替换成struts,那么只需要将spring-servlet.xml替换成Struts的配置文件struts.xml即可,而applicationContext.xml不需要改变。

2、是否可以把所有类都通过Spring父容器来管理

Spring的applicationContext.xml中配置全局扫描,所有的类都通过父容器来管理的配置就是如下:
然后在SpringMvc的配置里面不配置扫描包路径。很显然这种方式是行不通的,这样会导致我们请求接口的时候产生404。因为在解析@ReqestMapping注解的过程中initHandlerMethods()函数只是对Spring MVC 容器中的bean进行处理的,并没有去查找父容器的bean, 因此不会对父容器中含有@RequestMapping注解的函数进行处理,更不会生成相应的handler。所以当请求过来时找不到处理的handler,导致404。

3、是否可以把我们所需的类都放入Spring-mvc子容器里面来管理(springmvc的spring-servlet.xml中配置全局扫描)

这个是把包的扫描配置spring-servlet.xml中这个是可行的。为什么可行因为无非就是把所有的东西全部交给子容器来管理了,子容器执行了refresh方法,把在它的配置文件里面的东西全部加载管理起来来了。虽然可以这么做不过一般应该是不推荐这么去做的,一般人也不会这么干的。如果你的项目里有用到事物、或者aop记得也需要把这部分配置需要放到Spring-mvc子容器的配置文件来,不然一部分内容在子容器和一部分内容在父容器,可能就会导致你的事物或者AOP不生效。(遇到事物不起作用的时候,其实这也是一种情况)

同时通过两个容器同时来管理所有的类?
会造成内存的浪费

父子容器造成的事务失效问题:
比如父容器在service层配置了事务注解,子容器controller在注册的时候就会从父容器拿到事务增强的service方法;但如果子容器中也扫描了service方法,那么controller注入的时候子容器中没有被事务增强的service方法就会被注入到controller方法中,导致事务失效。

4、看下getBean获取bean的过程

spring-boot是否还和spring mvc一样存在父子容器_第19张图片

你可能感兴趣的:(spring,mvc,java)