ApplicationContext 是Spring的核心

ApplicationContext 是Spring的核心，Context我们通常解释为上下文环境，我想用“容器”来表述它更容易理解一些，ApplicationContext则是“应 用的容器”了:P，Spring把Bean放在这个容器中，在需要的时候，用getBean方法取出，虽然我没有看过这一部分的源代码，但我想它应该是一 个类似Map的结构。 
在Web应用中，我们会用到WebApplicationContext，WebApplicationContext继 承自ApplicationContext，先让我们看看在Web应用中，怎么初始化WebApplicationContext，在web.xml中定 义: 

xml 代码

 

1. <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>org.springframework.web.context.ContextLoaderListener</listener-class>   
8. </listener>   

xml 代码

 

1. <servlet>   
2. <servlet-name>context</servlet-name>   
3. <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>   
4. <load-on-startup>1</load-on-startup>   
5. </servlet>   

可 以看出，有两种方法，一个是用ContextLoaderListener这个Listerner，另一个是ContextLoaderServlet这 个Servlet，这两个方法都是在web应用启动的时候来初始化WebApplicationContext，我个人认为Listerner要比 Servlet更好一些，因为Listerner监听应用的启动和结束，而Servlet得启动要稍微延迟一些，如果在这时要做一些业务的操作，启动的前 后顺序是有影响的。 

那么在ContextLoaderListener和ContextLoaderServlet中到底做了什么呢？ 
以ContextLoaderListener为例，我们可以看到 
public void contextInitialized(ServletContextEvent event) { 
this.contextLoader = createContextLoader(); 
this.contextLoader.initWebApplicationContext(event.getServletContext()); 
} 
protected ContextLoader createContextLoader() { 
return new ContextLoader(); 
} 
ContextLoader 是一个工具类，用来初始化WebApplicationContext，其主要方法就是initWebApplicationContext，我们继续追 踪initWebApplicationContext这个方法（具体代码我不贴出，大家可以看Spring中的源码），我们发现，原来 ContextLoader是把WebApplicationContext（XmlWebApplicationContext是默认实现类）放在了 ServletContext中，ServletContext也是一个“容器”，也是一个类似Map的结构，而 WebApplicationContext在ServletContext中的KEY就是 WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE，我们如果要使用 WebApplicationContext则需要从ServletContext取出，Spring提供了一个 WebApplicationContextUtils类，可以方便的取出WebApplicationContext，只要把 ServletContext传入就可以了。 

上面我们介绍了WebApplicationContext在Servlet容器中初始化 的原理，一般的Web应用就可以轻松的使用了，但是，随着Struts的广泛应用，把Struts和Spring整个起来，是一个需要面对的问题， Spring本身也提供了Struts的相关类，主要使用的有 org.springframework.web.struts.ActionSupport，我们只要把自己的Action继承自 ActionSupport，就是可以调用ActionSupport中getWebApplicationContext()的方法取出 WebApplicationContext，但这样一来在Action中，需要取得业务逻辑的地方都要getBean，看上去不够简洁，所以 Spring又提供了另一个方法，用org.springframework.web.struts.ContextLoaderPlugIn，这是一个 Struts的Plug，在Struts启动时加载，对于Action，可以像管理Bean一样来管理，在struts-config.xml中 Action的配置变成类似下面的样子 

xml 代码

 

1. <action attribute="aForm" name="aForm" path="/aAction" scope="request" type="org.springframework.web.struts.DelegatingActionProxy">   
2. <forward name="forward" path="forward.jsp" />   
3. </action>   

注 意type变成了org.springframework.web.struts.DelegatingActionProxy，之后我们需要建立 action-servlet.xml这样的文件，action-servlet.xml符合Spring的spring-beans.dtd标准，在里 面定义类似下面的 

xml 代码

 

1. <bean name="/aAction" class="com.web.action.Aaction" singleton="false">   
2. <property name="businessService">   
3. <ref bean="businessService"/>   
4. </property>   
5. </bean>   

com.web.action.Aaction 是Action的实现类，businessService是需要的业务逻辑，Spring会把businessService注入到Action中，在 Action中只要写businessService的get和set方法就可以了，还有一点，action的bean是singleton= "false"，即每次新建一个实例，这也解决了Struts中Action的线程同步问题，具体过程是当用户做“/aAction”的HTTP请求（当 然应该是“/aAction.do”），Struts会找到这个Action的对应类 org.springframework.web.struts.DelegatingActionProxy， DelegatingActionProxy是个代理类，它会去找action-servlet.xml文件中“/aAction”对应的真正实现类，然 后把它实例化，同时把需要的业务对象注入，然后执行Action的execute方法。 

使用了ContextLoaderPlugIn，在struts-config.xml中变成类似这样配置 

xml 代码

 

1. <plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">   
2. <set-property property="contextConfigLocation" value="/WEB-INF/applicationContext.xml,/WEB-INF/action-servlet.xml" />   
3. </plug-in>   

而在web.xml中不再需要ContextLoaderListener或是ContextLoaderServlet。 

说 到这里不知道大家会不会有这样的问题，如果使用ContextLoaderPlugIn，如果我们有些程序是脱离Struts的Action环境，我们怎 么处理，比如我们要自定义标记库，在标记库中，我们需要调用Spring管理的业务层逻辑对象，这时候我们就很麻烦，因为只有在action中动态注入业 务逻辑，其他我们似乎不能取得Spring的WebApplicationContext。 

别急，我们还是来看一下 ContextLoaderPlugIn的源码（源码不再贴出），我们可以发现，原来ContextLoaderPlugIn仍然是把 WebApplicationContext放在ServletContext中，只是这个KEY不太一样了，这个KEY值为 ContextLoaderPlugIn.SERVLET_CONTEXT_PREFIX+ModuleConfig.getPrefix()（具体请查 看源代码），这下好了，我们知道了WebApplicationContext放在哪里，只要我们在Web应用中能够取到ServletContext也 就能取到WebApplicationContext了:) 

Spring是一个很强大的框架，希望大家在使用过程中不断的深入，了解其更多的特性，我在这里抛砖引玉，有什么不对的地方，请大家指出