转自：http://blog.csdn.net/c289054531/article/details/9196149?utm_source=tuicool&utm_medium=referral

 

解释一：

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

spring的启动过程：

1. 首先，对于一个web应用，其部署在web容器中，web容器提供其一个全局的上下文环境，这个上下文就是ServletContext，其为后面的spring IoC容器提供宿主环境；

2. 其次，在web.xml中会提供有contextLoaderListener。在web容器启动时，会触发容器初始化事件，此时contextLoaderListener会监听到这个事件，其contextInitialized方法会被调用，在这个方法中，spring会初始化一个启动上下文，这个上下文被称为根上下文，即WebApplicationContext，这是一个接口类，确切的说，其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器，其对应的Bean定义的配置由web.xml中的context-param标签指定。在这个IoC容器初始化完毕后，spring以WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key，将其存储到ServletContext中，便于获取；

3. 再次，contextLoaderListener监听器初始化完毕后，开始初始化web.xml中配置的Servlet，这个servlet可以配置多个，以最常见的DispatcherServlet为例，这个servlet实际上是一个标准的前端控制器，用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文，用以持有spring mvc相关的bean。在建立DispatcherServlet自己的IoC上下文时，会利用WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。有了这个parent上下文之后，再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到，大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是mlWebApplicationContext。初始化完毕后，spring以与servlet的名字相关(此处不是简单的以servlet名为Key，而是通过一些转换，具体可自行查看源码)的属性为属性Key，也将其存到ServletContext中，以便后续使用。这样每个servlet就持有自己的上下文，即拥有自己独立的bean空间，同时各个servlet共享相同的bean，即根上下文(第2步中初始化的上下文)定义的那些bean。

解释二：

    在Web容器（比如Tomcat）中配置Spring时，你可能已经司空见惯于web.xml文件中的以下配置代码： [plain] view plain copy  

1. <span style="font-family:SimSun;font-size:14px;"><context-param>  
2.         <param-name>contextConfigLocation</param-name>  
3.         <param-value>/WEB-INF/applicationContext.xml</param-value>  
4.     </context-param>  
5.                                                                                                                                                
6.     <listener>  
7.         <listener-class>  
8.             org.springframework.web.context.ContextLoaderListener  
9.         </listener-class>  
10.     </listener>  
11.                                                                                                                                                
12.     <servlet>  
13.         <servlet-name>mvc-dispatcher</servlet-name>  
14.         <servlet-class>  
15.             org.springframework.web.servlet.DispatcherServlet  
16.         </servlet-class>  
17.         <load-on-startup>1</load-on-startup>  
18.     </servlet>  
19.                                                                                                                                            
20.     <servlet-mapping>  
21.         <servlet-name>mvc-dispatcher</servlet-name>  
22.         <url-pattern>/</url-pattern>  
23.     </servlet-mapping></span>  

    以上配置首先会在ContextLoaderListener中通过<context-param>中的applicationContext.xml创建一个ApplicationContext，再将这个ApplicationContext塞到ServletContext里面，通过ServletContext的setAttribute方法达到此目的，在ContextLoaderListener的源代码中，我们可以看到这样的代码：

[java] view plain copy  

1. <span style="font-family:SimSun;font-size:14px;">servletContext.setAttribute(  
2.               WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,  
3.  this.context);</span>  

    以上由ContextLoaderListener创建的ApplicationContext是共享于整个Web应用程序的，而你可能早已经知道，DispatcherServlet会维持一个自己的ApplicationContext，默认会读取/WEB-INFO/<dispatcherServletName>-servlet.xml文件，而我么也可以重新配置：

[plain] view plain copy  

1. <span style="font-family:SimSun;font-size:14px;"><servlet>  
2.     <servlet-name>  
3.        customConfiguredDispacherServlet  
4.    </servlet-name>  
5.    <servlet-class>  
6.        org.springframework.web.servlet.DispatcherServlet  
7.    </servlet-class>  
8.    <init-param>  
9.        <param-name>  
10.            contextConfigLocation  
11.        </param-name>  
12.        <param-value>  
13.            /WEB-INF/dispacherServletContext.xml  
14.        </param-value>  
15.    </init-param>  
16.    <load-on-startup>1</load-on-startup>  
17. </servlet></span>  

    问题是：以上两个ApplicationContext的关系是什么，它们的作用作用范围分别是什么，它们的用途分别是什么？

    ContextLoaderListener中创建ApplicationContext主要用于整个Web应用程序需要共享的一些组件，比如DAO，数据库的ConnectionFactory等。而由DispatcherServlet创建的ApplicationContext主要用于和该Servlet相关的一些组件，比如Controller、ViewResovler等。

    对于作用范围而言，在DispatcherServlet中可以引用由ContextLoaderListener所创建的ApplicationContext，而反过来不行。

    在Spring的具体实现上，这两个ApplicationContext都是通过ServletContext的setAttribute方法放到ServletContext中的。但是，ContextLoaderListener会先于DispatcherServlet创建ApplicationContext，DispatcherServlet在创建ApplicationContext时会先找到由ContextLoaderListener所创建的ApplicationContext，再将后者的ApplicationContext作为参数传给DispatcherServlet的ApplicationContext的setParent()方法，在Spring源代码中，你可以在FrameServlet.Java中找到如下代码：

wac.setParent(parent);

    其中，wac即为由DisptcherServlet创建的ApplicationContext，而parent则为有ContextLoaderListener创建的ApplicationContext。此后，框架又会调用ServletContext的setAttribute()方法将wac加入到ServletContext中。

    当Spring在执行ApplicationContext的getBean时，如果在自己context中找不到对应的bean，则会在父ApplicationContext中去找。这也解释了为什么我们可以在DispatcherServlet中获取到由ContextLoaderListener对应的ApplicationContext中的bean。

转载于:https://www.cnblogs.com/lodor/p/6688852.html

• 点赞
• 收藏
• 分享
• 文章举报

站内首发文章 dengzong6976 发布了0 篇原创文章 · 获赞 0 · 访问量 919 私信 关注