web 容器，spring容器，spring-mvc容器关系

太过爱你忘了你带给我的痛 2022-02-17 14:29 274阅读 0赞

# web 容器，spring容器，spring-mvc容器 #

2018年08月31日 22:35:50 [beta\_xiyan][beta_xiyan] 阅读数：119

说起spring、spring-mvc,大家都会想到 自动注入控制反转IOC这些，要做到这些东西就是在spring的上下文（Context）中进行，我们把这个东西称之为容器。   
  在java web应用中呢,早先我们不用框架的时候，直接写一个个的 servlet 来响应不同的请求，同时还有listener、filter等内容，都是写在webapp/WEB-INF-web.xml 这个文件中，这是javaweb的入口，现在也是这样，web应用为这些东西有一个全局的上下文环境，这个上下文就是ServletContext，我们也称之为**web容器**。

<web-app>
        <listener>
            <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
        </listener>
        
        <context-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:spring-config.xml</param-value>
        </context-param>
    
     <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:spring-mvc.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>
    
    </web-app>

上面这一套配置是一般的spring及springMVC的配置，其中contextLoaderListener继承自ContextLoader类 实现了ServletContextListener接口，在ServletContextListener中有两个方法：

> **default public void contextInitialized(ServletContextEvent sce)；**   
> **default public void contextDestroyed(ServletContextEvent sce)；**

这两个方法分别由ServletContext（WEB容器） 初始化和销毁时发生的事件触发，在org.springframework.web.context.ContextLoaderListener中的方法如下：

@Override
    public void contextInitialized(ServletContextEvent event) {
        initWebApplicationContext(event.getServletContext());
    }
    public WebApplicationContext initWebApplicationContext(ServletContext servletContext) {
        ``````  
    }

这就是将ServletContext （WEB 容器）传入，spring会初始化一个启动上下文，这个上下文被称为根上下文，即WebApplicationContext。WebApplicationContext是一个接口类，确切的说，其实际的实现类是XmlWebApplicationContext，它就是spring的IoC容器，其对应的Bean定义的配置由web.xml中的<context-param>标签指定。Spring 的容器初始化完成后通过

servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);

*   
 *  将 spring的容器以WebApplicationContext.ROOT\_WEB\_APPLICATION\_CONTEXT\_ATTRIBUTE为key，spring容器本身为VALUE 加入到ServletContext（web容器）中。

**这就可以看出 spring容器是 ServletContext（web容器）的一个子容器了。**

同样ContextLoaderListener监听器初始化完毕后，开始初始化web.xml中配置的Servlet，这个servlet可以配置多个，以最常见的DispatcherServlet为例，这个servlet通过多重继承，还是HttpServlet的一个子类，和我们自己写的XXXServlet没有本质上的区别，都是通过设置 <servlet-mapping>对特定的请求做出响应，不过它配置的是<url-pattern>/</url-pattern> 所有的请求都走进了这个Servlet，在它内部进行不同url匹配到不同的controller，这个具体怎么实现的不是我们今天说的重点先不聊。   
  **DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文，用以持有spring mvc相关的bean。特别地，在建立DispatcherServlet自己的IoC上下文前，会利用WebApplicationContext.ROOT\_WEB\_APPLICATION\_CONTEXT\_ATTRIBUTE 先从ServletContext中获取之前的Spring上下文(即WebApplicationContext)作为自己上下文(容器)的父上下文（父容器）。有了这个parent上下文之后，再初始化自己持有的上下文**。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到，大概的工作就是初始化处理器映射、视图解析等。

protected void initStrategies(ApplicationContext context) {
            initMultipartResolver(context);
            initLocaleResolver(context);
            initThemeResolver(context);
            initHandlerMappings(context);
            initHandlerAdapters(context);
            initHandlerExceptionResolvers(context);
            initRequestToViewNameTranslator(context);
            initViewResolvers(context);
            initFlashMapManager(context);
        }

这个servlet自己持有的上下文默认实现类也是xmlWebApplicationContext。初始化完毕后，spring以与servlet的名字相关(此处不是简单的以servlet名为Key，而是通过一些转换，具体可自行查看源码)的属性为属性Key，也将其存到ServletContext中，以便后续使用。这样每个servlet就持有自己的上下文，即拥有自己独立的bean空间，同时各个servlet共享相同的bean，即根上下文定义的那些bean。

--------------------

到这里 这三个容器之间的关系就很明确了，web容器是最底层的，javaweb项目都会具有这个容器，它的对应文件就是web.xml文件，里面包含各种listener、filter、servlet等内容。而Spring 容器就是其中的一个Listener，spring容器是web容器的子容器，springMVC容器是Spring容器的子容器。在Spring整体框架的核心概念中，容器是核心思想，就是用来管理Bean的整个生命周期的，而在一个项目中，容器不一定只有一个，Spring中可以包括多个容器，而且容器间有上下层关系，目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架，其实就是两个容器：Spring容器，SpringMVC是其子容器。SpringMVC容器可以访问Spring容器中的Bean，Spring容器不能访问SpringMVC容器的Bean。

## 1. 子容器的创建依赖于父容器的创建，父容器先于子容器创建； ##

## 2.子容器(SpringMVC容器)可以访问父容器(Spring容器)的Bean，父容器(Spring容器)不能访问子容器(SpringMVC容器)的Bean。也就是说，当在SpringMVC容器中getBean时，如果在自己的容器中找不到对应的bean，则会去父容器中去找，这也解释了为什么由SpringMVC容器创建的Controller可以获取到Spring容器创建的Service组件的原因 ##

[beta_xiyan]: https://me.csdn.net/beta_xiyan