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

  说起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.ContextLoaderListenerlistener-class>
    listener>
    
    <context-param>
        <param-name>contextConfigLocationparam-name>
        <param-value>classpath:spring-config.xmlparam-value>
    context-param>

 <servlet>
        <servlet-name>SpringMVCservlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServletservlet-class>
        <init-param>
            <param-name>contextConfigLocationparam-name>
            <param-value>classpath:spring-mvc.xmlparam-value>
        init-param>
        <load-on-startup>1load-on-startup>
    servlet>
    <servlet-mapping>
        <servlet-name>SpringMVCservlet-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中的标签指定。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，在它内部进行不同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组件的原因