Spring中WebApplicationContext的研究
ApplicationContext是Spring的核心Context我們通常解釋為上下文環境我想用容器來表述它更容易理解一些ApplicationContext則是應用的容器了:PSpring把Bean放在這個容器中在需要的時候用getBean方法取出雖然我沒有看過這一部分的源代碼但我想它應該是一個類似Map的結構
在Web應用中我們會用到WebApplicationContextWebApplicationContext繼承自ApplicationContext先讓我們看看在Web應用中怎麼初始化WebApplicationContext在webxml中定義:
<contextparam>
<paramname>contextConfigLocation</paramname>
<paramvalue>/WEBINF/applicationContextxml</paramvalue>
</contextparam>
<listener>
<listenerclass>orgsprntextContextLoaderListener</listenerclass>
</listener>
<! OR USE THE CONTEXTLOADERSERVLET INSTEAD OF THE LISTENER
<servlet>
<servletname>context</servletname>
<servletclass>orgsprntextContextLoaderServlet</servletclass>
<loadonstartup></loadonstartup>
</servlet>
>
可以看出有兩種方法一個是用ContextLoaderListener這個Listerner另一個是ContextLoaderServlet這個Servlet這兩個方法都是在web應用啟動的時候來初始化WebApplicationContext我個人認為Listerner要比Servlet更好一些因為Listerner監聽應用的啟動和結束而Servlet得啟動要稍微延遲一些如果在這時要做一些業務的操作啟動的前後順序是有影響的
那麼在ContextLoaderListener和ContextLoaderServlet中到底做了什麼呢？
以ContextLoaderListener為例我們可以看到
public void contextInitialized(ServletContextEvent event) {
ntextLoader = createContextLoader();
ntextLoaderinitWebApplicationContext(eventgetServletContext());
}
protected ContextLoader createContextLoader() {
return new ContextLoader();
}
ContextLoader是一個工具類用來初始化WebApplicationContext其主要方法就是initWebApplicationContext我們繼續追蹤initWebApplicationContext這個方法（具體代碼我不貼出大家可以看Spring中的源碼）我們發現原來ContextLoader是把WebApplicationContext（XmlWebApplicationContext是默認實現類）放在了ServletContext中ServletContext也是一個容器也是一個類似Map的結構而WebApplicationContext在ServletContext中的KEY就是WebApplicationContextROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE我們如果要使用WebApplicationContext則需要從ServletContext取出Spring提供了一個WebApplicationContextUtils類可以方便的取出WebApplicationContext只要把ServletContext傳入就可以了
上面我們介紹了WebApplicationContext在Servlet容器中初始化的原理一般的Web應用就可以輕松的使用了但是隨著Struts的廣泛應用把Struts和Spring整個起來是一個需要面對的問題Spring本身也提供了Struts的相關類主要使用的有orgspringframeworkwebstrutsActionSupport我們只要把自己的Action繼承自ActionSupport就是可以調用ActionSupport中getWebApplicationContext()的方法取出WebApplicationContext但這樣一來在Action中需要取得業務邏輯的地方都要getBean看上去不夠簡潔所以Spring又提供了另一個方法用orgspringframeworkwebstrutsContextLoaderPlugIn這是一個Struts的Plug在Struts啟動時加載對於Action可以像管理Bean一樣來管理在strutsconfigxml中Action的配置變成類似下面的樣子
<action attribute=aForm name=aForm path=/aAction scope=request type=orgspringframeworkwebstrutsDelegatingActionProxy>
<forward name=forward path=forwardjsp />
</action>
注意type變成了orgspringframeworkwebstrutsDelegatingActionProxy之後我們需要建立actionservletxml這樣的文件actionservletxml符合Spring的springbeansdtd標准在裡面定義類似下面的
<bean name=/aAction class=comwebactionAaction singleton=false>
<property name=businessService>
<ref bean=businessService/>
</property>
</bean>
comwebactionAaction是Action的實現類businessService是需要的業務邏輯Spring會把businessService注入到Action中在Action中只要寫businessService的get和set方法就可以了還有一點action的bean是singleton=false即每次新建一個實例這也解決了Struts中Action的線程同步問題具體過程是當用戶做/aAction的HTTP請求（當然應該是/aActiondo）Struts會找到這個Action的對應類orgspringframeworkwebstrutsDelegatingActionProxyDelegatingActionProxy是個代理類它會去找actionservletxml文件中/aAction對應的真正實現類然後把它實例化同時把需要的業務對象注入然後執行Action的execute方法
使用了ContextLoaderPlugIn在strutsconfigxml中變成類似這樣配置
<plugin className=orgspringframeworkwebstrutsContextLoaderPlugIn>
<setproperty property=contextConfigLocation value=/WEBINF/applicationContextxml/WEBINF/actionservletxml />
</plugin>
而在webxml中不再需要ContextLoaderListener或是ContextLoaderServlet
說到這裡不知道大家會不會有這樣的問題如果使用ContextLoaderPlugIn如果我們有些程序是脫離Struts的Action環境我們怎麼處理比如我們要自定義標記庫在標記庫中我們需要調用Spring管理的業務層邏輯對象這時候我們就很麻煩因為只有在action中動態注入業務邏輯其他我們似乎不能取得Spring的WebApplicationContext
別急我們還是來看一下ContextLoaderPlugIn的源碼（源碼不再貼出）我們可以發現原來ContextLoaderPlugIn仍然是把WebApplicationContext放在ServletContext中只是這個KEY不太一樣了這個KEY值為ContextLoaderPlugInSERVLET_CONTEXT_PREFIX+ModuleConfiggetPrefix()（具體請查看源代碼）這下好了我們知道了WebApplicationContext放在哪裡只要我們在Web應用中能夠取到ServletContext也就能取到WebApplicationContext了:)
From:http://tw.wingwit.com/Article/program/Java/ky/201311/28290.html
