SpringMVC新老父子容器解析

最新推荐文章于 2024-10-12 17:35:15 发布

诛仙89

最新推荐文章于 2024-10-12 17:35:15 发布

阅读量358

点赞数 1

分类专栏： Spring学习

本文链接：https://blog.csdn.net/chuxue1989/article/details/114626998

版权

Spring学习专栏收录该内容

14 篇文章 0 订阅

订阅专栏

一、旧的方式

在以前的版本springmvc有2个容器，一个是父容器，存储非@Controller注解的bean，一个是子容器专门用来存储@Controller注解的bean。如果说为什么要这么搞，是因为当时想强调MVC的概念，因为父容器是不能获得子容器的bean，所以在service层是不能调用 controller层里面的方法的。

1.1 父容器

<listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>/WEB-INF/app-context.xml</param-value>
</context-param>

这个配置就是用来加载父容器的。

改类的结构图
在这里插入图片描述

ContextLoader：来自spring，这个主要目的就是加载spring的ApplicationContext
ServletContextListener: 这个和web容器相关的，比如 tomcat的启动事件，能回调改类的contextInitialized方法

下面的图左边的部分是父容器加载的流程，其实很简单，主要就是利用web容器启动后，ServerletContextListener监听（其实就是回调）启动事件，然后调用contextInitialized方法，该方法调用ContextLoader中的loadContext进行加载spring的上下文
在这里插入图片描述

1.2 子容器

来自配置

<!--configure the setting of springmvcDispatcherServlet and configure the mapping-->
  <servlet>
      <servlet-name>springmvc</servlet-name>
      <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
      <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:springmvc-servlet.xml</param-value>
        </init-param>
        <!-- <load-on-startup>1</load-on-startup> -->
  </servlet>

  <servlet-mapping>
      <servlet-name>springmvc</servlet-name>
      <url-pattern>/</url-pattern>
  </servlet-mapping>

核心就是DispatcherServlet

在这里插入图片描述

HttpServletBean: 主要是处理配置参数，还有让子类去初始化ServletBean
FrameworkServlet: 这个就是真正加载子容器的
他的调用详细流程在上面一个图右边部分，主要就是执行HttpServletBean的init方法，然后调用子类FrameworkServlet的initServletBean方法，这这个方法里面进行加载子容器

二、新的方式

自从spring boot发布以后，@Controller和@Service 会在一个容器里面，也就是说你可以在service从中获取@Controller层的类，然后调用他的方法，官网的说明是为了支持编程式的注册servlet实例，也是为了spring3+的环境。

官网原文

As of Spring 3.1, {@code DispatcherServlet} may now be injected with a 
web application context, rather than creating its own internally. 
This is useful in Servlet 3.0+ environments, which support programmatic 
registration of servlet instances