ApplicationContext是Spring的核心，Context我們通常解釋為上下文環(huán)境，我想用“容器”來表述它更容易理解一些，ApplicationContext則是“應(yīng)用的容器”了:P，Spring把Bean放在這個容器中，在需要的時候，用getBean方法取出，雖然我沒有看過這一部分的源代碼，但我想它應(yīng)該是一個類似Map的結(jié)構(gòu)。?
在Web應(yīng)用中，我們會用到WebApplicationContext，WebApplicationContext繼承自ApplicationContext，先讓我們看看在Web應(yīng)用中，怎么初始化WebApplicationContext，在web.xml中定義:?
<context-param>?
<param-name>contextConfigLocation</param-name>?
<param-value>/WEB-INF/applicationContext.xml</param-value>?
</context-param>?
<listener>?
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>?
</listener>?
<!--?OR?USE?THE?CONTEXTLOADERSERVLET?INSTEAD?OF?THE?LISTENER?
<servlet>?
<servlet-name>context</servlet-name>?
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>?
<load-on-startup>1</load-on-startup>?
</servlet>?
-->?
可以看出，有兩種方法，一個是用ContextLoaderListener這個Listerner，另一個是ContextLoaderServlet這個Servlet，這兩個方法都是在web應(yīng)用啟動的時候來初始化WebApplicationContext，我個人認(rèn)為Listerner要比Servlet更好一些，因?yàn)長isterner監(jiān)聽?wèi)?yīng)用的啟動和結(jié)束，而Servlet得啟動要稍微延遲一些，如果在這時要做一些業(yè)務(wù)的操作，啟動的前后順序是有影響的。?
那么在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，我們繼續(xù)追蹤initWebApplicationContext這個方法（具體代碼我不貼出，大家可以看Spring中的源碼），我們發(fā)現(xiàn)，原來ContextLoader是把WebApplicationContext（XmlWebApplicationContext是默認(rèn)實(shí)現(xiàn)類）放在了ServletContext中，ServletContext也是一個“容器”，也是一個類似Map的結(jié)構(gòu)，而WebApplicationContext在ServletContext中的KEY就是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE，我們?nèi)绻褂肳ebApplicationContext則需要從ServletContext取出，Spring提供了一個WebApplicationContextUtils類，可以方便的取出WebApplicationContext，只要把ServletContext傳入就可以了。?
上面我們介紹了WebApplicationContext在Servlet容器中初始化的原理，一般的Web應(yīng)用就可以輕松的使用了，但是，隨著Struts的廣泛應(yīng)用，把Struts和Spring整個起來，是一個需要面對的問題，Spring本身也提供了Struts的相關(guān)類，主要使用的有org.springframework.web.struts.ActionSupport，我們只要把自己的Action繼承自ActionSupport，就是可以調(diào)用ActionSupport中g(shù)etWebApplicationContext()的方法取出WebApplicationContext，但這樣一來在Action中，需要取得業(yè)務(wù)邏輯的地方都要getBean，看上去不夠簡潔，所以Spring又提供了另一個方法，用org.springframework.web.struts.ContextLoaderPlugIn，這是一個Struts的Plug，在Struts啟動時加載，對于Action，可以像管理Bean一樣來管理，在struts-config.xml中Action的配置變成類似下面的樣子?
<action?attribute="aForm"?name="aForm"?path="/aAction"?scope="request"?type="org.springframework.web.struts.DelegatingActionProxy">?
<forward?name="forward"?path="forward.jsp"?/>?
</action>?
注意type變成了org.springframework.web.struts.DelegatingActionProxy，之后我們需要建立action-servlet.xml這樣的
文件，action-servlet.xml符合Spring的spring-beans.dtd標(biāo)準(zhǔn)，在里面定義類似下面的?
<bean?name="/aAction"?class="com.web.action.Aaction"?singleton="false">?
<property?name="businessService">?
<ref?bean="businessService"/>?
</property>?
</bean>?
com.web.action.Aaction是Action的實(shí)現(xiàn)類，businessService是需要的業(yè)務(wù)邏輯，Spring會把businessService注入到Action中，在Action中只要寫businessService的get和set方法就可以了，還有一點(diǎn)，action的bean是singleton="false"，即每次新建一個實(shí)例，這也解決了Struts中Action的線程同步問題，具體過程是當(dāng)用戶做“/aAction”的HTTP請求（當(dāng)然應(yīng)該是“/aAction.do”），Struts會找到這個Action的對應(yīng)類org.springframework.web.struts.DelegatingActionProxy，DelegatingActionProxy是個代理類，它會去找action-servlet.xml
文件中“/aAction”對應(yīng)的真正實(shí)現(xiàn)類，然后把它實(shí)例化，同時把需要的業(yè)務(wù)對象注入，然后執(zhí)行Action的execute方法。?
使用了ContextLoaderPlugIn，在struts-config.xml中變成類似這樣配置?
<plug-in?className="org.springframework.web.struts.ContextLoaderPlugIn">?
<set-property?property="contextConfigLocation"?value="/WEB-INF/applicationContext.xml,/WEB-INF/action-servlet.xml"?/>?
</plug-in>?
而在web.xml中不再需要ContextLoaderListener或是ContextLoaderServlet。?
說到這里不知道大家會不會有這樣的問題，如果使用ContextLoaderPlugIn，如果我們有些
程序是脫離Struts的Action環(huán)境，我們怎么處理，比如我們要自定義標(biāo)記庫，在標(biāo)記庫中，我們需要調(diào)用Spring管理的業(yè)務(wù)層邏輯對象，這時候我們就很麻煩，因?yàn)橹挥性赼ction中動態(tài)注入業(yè)務(wù)邏輯，其他我們似乎不能取得Spring的WebApplicationContext。?
別急，我們還是來看一下ContextLoaderPlugIn的源碼（源碼不再貼出），我們可以發(fā)現(xiàn)，原來ContextLoaderPlugIn仍然是把WebApplicationContext放在ServletContext中，只是這個KEY不太一樣了，這個KEY值為ContextLoaderPlugIn.SERVLET_CONTEXT_PREFIX+ModuleConfig.getPrefix()（具體請查看源代碼），這下好了，我們知道了WebApplicationContext放在哪里，只要我們在Web應(yīng)用中能夠取到ServletContext也就能取到WebApplicationContext了:)?
Spring是一個很強(qiáng)大的框架，希望大家在使用過程中不斷的深入，了解其更多的特性，我在這里拋磚引玉，有什么不對的地方，請大家指出。