Spring --- 你真的明白Spring上下文之间的关系吗？

使用Spring MVC的时候会遇到3个上下文，从上到下分别是ServletContext, WebApplicationContext以及DispatcherServlet所在的MVC Context(本文用的名字，方便交流)，本文帮助完全弄明白他们之间的关系

上下文之间关系

本节内容完全COPY halty的回复，只是修改了一些拼写错误，鼓励大家去看原文

要想很好理解这三个上下文的关系，需要先熟悉spring是怎样在web容器中启动起来的。spring的启动过程其实就是其IoC容器的启动过程，对于web程序，IoC容器启动过程即是建立上下文的过程。

• 首先，对于一个web应用，其部署在web容器中，web容器提供其一个全局的上下文环境，这个上下文就是ServletContext，其为后面的spring IoC容器提供宿主环境；
• 其次，在web.xml中会提供有contextLoaderListener。在web容器启动时，会触发容器初始化事件，此时contextLoaderListener会监听到这个事件，其contextInitialized方法会被调用，在这个方法中，spring会初始化一个启动上下文，这个上下文被称为根上下文，即WebApplicationContext，这是一个接口类，确切的说，其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器，其对应的Bean定义的配置由web.xml中的context-param标签指定。在这个IoC容器初始化完毕后，spring以WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE为属性Key，将其存储到ServletContext中，便于获取；
• 再次，contextLoaderListener监听器初始化完毕后，开始初始化web.xml中配置的Servlet，这个servlet可以配置多个，以最常见的DispatcherServlet为例，这个servlet实际上是一个标准的前端控制器，用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文，用以持有spring mvc相关的bean。在建立DispatcherServlet自己的IoC上下文时（本文命名为MVC Context），会利用WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。有了这个parent上下文之后，再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到，大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是XmlWebApplicationContext。初始化完毕后，spring以与servlet的名字相关(此处不是简单的以servlet名为Key，而是通过一些转换，具体可自行查看源码)的属性为属性Key，也将其存到ServletContext中，以便后续使用。这样每个servlet就持有自己的上下文，即拥有自己独立的bean空间，同时各个servlet共享相同的bean，即根上下文(第2步中初始化的上下文)定义的那些bean。

引申的提问或结论

WebApplicationContext 是MVC Context的父上下文，是否可以互相注入对方的bean？ WebApplicationContext中的bean可以注入到MVC Context的bean中，反向不可以（亲测）。参见一下代码：来自AbstractBeanFactory

// Check if bean definition exists in this factory.
BeanFactory parentBeanFactory = getParentBeanFactory();
if (parentBeanFactory != null && !containsBeanDefinition(beanName)) {
    // Not found -> check parent.
    String nameToLookup = originalBeanName(name);
    if (args != null) {
        // Delegation to parent with explicit args.
        return (T) parentBeanFactory.getBean(nameToLookup, args);
    }
    else {
        // No args -> delegate to standard getBean method.
        return parentBeanFactory.getBean(nameToLookup, requiredType);
    }
}

如果同一个bean被两个上下文扫描到，会怎么样？是不是有两个实例？ 是的，会在两个上下文中生成两个独立的bean（亲测）

web.xml为什么有时候需要ContextLoaderListener，有时候又不需要？ 其实是需要的，有时候不需要是因为不小心把其他的bean全部扫描进DispatchServlet的MVC Context里面了，所以不需要再加载WebApplicationContext（亲测）

是不是可以只配置MVC Context而不使用WebApplicationContext? 亲测可以（但是很少这么使用，原因我还不清楚，如果你知道，还请指教，不胜感激）

参考

• spring中DispatcherServlet、WebApplicationContext、ServletContext之间的关系