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了:)
