剛來(lái)這個(gè)公司有半個(gè)月了快，看了看有10年java經(jīng)驗的開(kāi)發(fā)的高手寫(xiě)的ssh框架，感覺(jué)和自己在學(xué)校學(xué)的真的很不一樣，這才是真的ssh框架阿 哈哈 一開(kāi)始不明白胡公為什么要吧，spring的加載放到web.xml里進(jìn)行呢，而不是像書(shū)上說(shuō)的那樣在struts里加一個(gè)plugin呢，自己也挺疑惑的，今天終于在網(wǎng)上找到了一遍文章終于解決了我心中的疑惑。阿~~~開(kāi)心阿~~長(cháng)了不少經(jīng)驗阿
Spring中WebApplicationContext的研究
ApplicationContext是Spring的核心，Context我們通常解釋為上下文環(huán)境，我想用“容器”來(lái)表述它更容易理解一些，ApplicationContext則是“應用的容器”了:P，Spring把Bean放在這個(gè)容器中，在需要的時(shí)候，用getBean方法取出，雖然我沒(méi)有看過(guò)這一部分的源代碼，但我想它應該是一個(gè)類(lèi)似Map的結構。
在Web應用中，我們會(huì )用到WebApplicationContext，WebApplicationContext繼承自ApplicationContext，先讓我們看看在Web應用中，怎么初始化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>
-->
可以看出，有兩種方法，一個(gè)是用ContextLoaderListener這個(gè)Listerner，另一個(gè)是ContextLoaderServlet這個(gè)Servlet，這兩個(gè)方法都是在web應用啟動(dòng)的時(shí)候來(lái)初始化WebApplicationContext，我個(gè)人認為L(cháng)isterner要比Servlet更好一些，因為L(cháng)isterner監聽(tīng)應用的啟動(dòng)和結束，而Servlet得啟動(dòng)要稍微延遲一些，如果在這時(shí)要做一些業(yè)務(wù)的操作，啟動(dòng)的前后順序是有影響的。
那么在ContextLoaderListener和ContextLoaderServlet中到底做了什么呢？
以ContextLoaderListener為例，我們可以看到
public void contextInitialized(ServletContextEvent event) {
this.contextLoader = createContextLoader();
this.contextLoader.initWebApplicationContext(event.getServletContext());
}
protected ContextLoader createContextLoader() {
return new ContextLoader();
}
ContextLoader是一個(gè)工具類(lèi)，用來(lái)初始化WebApplicationContext，其主要方法就是initWebApplicationContext，我們繼續追蹤initWebApplicationContext這個(gè)方法（具體代碼我不貼出，大家可以看Spring中的源碼），我們發(fā)現，原來(lái)ContextLoader是把WebApplicationContext（XmlWebApplicationContext是默認實(shí)現類(lèi)）放在了ServletContext中，ServletContext也是一個(gè)“容器”，也是一個(gè)類(lèi)似Map的結構，而WebApplicationContext在ServletContext中的KEY就是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE，我們如果要使用WebApplicationContext則需要從ServletContext取出，Spring提供了一個(gè)WebApplicationContextUtils類(lèi)，可以方便的取出WebApplicationContext，只要把ServletContext傳入就可以了。
上面我們介紹了WebApplicationContext在Servlet容器中初始化的原理，一般的Web應用就可以輕松的使用了，但是，隨著(zhù)Struts的廣泛應用，把Struts和Spring整個(gè)起來(lái)，是一個(gè)需要面對的問(wèn)題，Spring本身也提供了Struts的相關(guān)類(lèi)，主要使用的有org.springframework.web.struts.ActionSupport，我們只要把自己的Action繼承自ActionSupport，就是可以調用ActionSupport中g(shù)etWebApplicationContext()的方法取出WebApplicationContext，但這樣一來(lái)在A(yíng)ction中，需要取得業(yè)務(wù)邏輯的地方都要getBean，看上去不夠簡(jiǎn)潔，所以Spring又提供了另一個(gè)方法，用org.springframework.web.struts.ContextLoaderPlugIn，這是一個(gè)Struts的Plug，在Struts啟動(dòng)時(shí)加載，對于A(yíng)ction，可以像管理Bean一樣來(lái)管理，在struts-config.xml中Action的配置變成類(lèi)似下面的樣子
<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標準，在里面定義類(lèi)似下面的
<bean name="/aAction" class="com.web.action.Aaction" singleton="false">
<property name="businessService">
<ref bean="businessService"/>
</property>
</bean>
com.web.action.Aaction是Action的實(shí)現類(lèi)，businessService是需要的業(yè)務(wù)邏輯，Spring會(huì )把businessService注入到Action中，在A(yíng)ction中只要寫(xiě)businessService的get和set方法就可以了，還有一點(diǎn)，action的bean是singleton="false"，即每次新建一個(gè)實(shí)例，這也解決了Struts中Action的線(xiàn)程同步問(wèn)題，具體過(guò)程是當用戶(hù)做“/aAction”的HTTP請求（當然應該是“/aAction.do”），Struts會(huì )找到這個(gè)Action的對應類(lèi)org.springframework.web.struts.DelegatingActionProxy，DelegatingActionProxy是個(gè)代理類(lèi)，它會(huì )去找action-servlet.xml文件中“/aAction”對應的真正實(shí)現類(lèi)，然后把它實(shí)例化，同時(shí)把需要的業(yè)務(wù)對象注入，然后執行Action的execute方法。
使用了ContextLoaderPlugIn，在struts-config.xml中變成類(lèi)似這樣配置
<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。
說(shuō)到這里不知道大家會(huì )不會(huì )有這樣的問(wèn)題，如果使用ContextLoaderPlugIn，如果我們有些程序是脫離Struts的Action環(huán)境，我們怎么處理，比如我們要自定義標記庫，在標記庫中，我們需要調用Spring管理的業(yè)務(wù)層邏輯對象，這時(shí)候我們就很麻煩，因為只有在action中動(dòng)態(tài)注入業(yè)務(wù)邏輯，其他我們似乎不能取得Spring的WebApplicationContext。
別急，我們還是來(lái)看一下ContextLoaderPlugIn的源碼（源碼不再貼出），我們可以發(fā)現，原來(lái)ContextLoaderPlugIn仍然是把WebApplicationContext放在ServletContext中，只是這個(gè)KEY不太一樣了，這個(gè)KEY值為ContextLoaderPlugIn.SERVLET_CONTEXT_PREFIX+ModuleConfig.getPrefix()（具體請查看源代碼），這下好了，我們知道了WebApplicationContext放在哪里，只要我們在Web應用中能夠取到ServletContext也就能取到WebApplicationContext了:)
聯(lián)系客服
