Spring中WebApplicationContext的研究

简介: Spring中WebApplicationContext的研究 ApplicationContext是Spring的核 心,Context我们通常解释为上下文环境,我想用“容器”来表述它更容易理解一些,ApplicationContext则是“应用的容器” 了:P,Spring把Bean放在这个容器中,在需要的时候,用getBean方法取出,虽然我没有看过这一部分的源代码,但我想它应该是一个类似 Map的结构。

Spring中WebApplicationContext的研究

ApplicationContext是Spring的核 心,Context我们通常解释为上下文环境,我想用“容器”来表述它更容易理解一些,ApplicationContext则是“应用的容器” 了:P,Spring把Bean放在这个容器中,在需要的时候,用getBean方法取出,虽然我没有看过这一部分的源代码,但我想它应该是一个类似 Map的结构。
在Web应用中,我们会用到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>
-->

可 以看出,有两种方法,一个是用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的配置变成类似下面的样子
<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标准,在里 面定义类似下面的
<bean name="/aAction" class="com.web.action.Aaction" singleton="false">
  <property name="businessService">
    <ref bean="businessService"/>
  </property>
</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中变成类似这样配置
<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环境,我们怎 么处理,比如我们要自定义标记库,在标记库中,我们需要调用Spring管理的业务层逻辑对象,这时候我们就很麻烦,因为只有在action中动态注入业 务逻辑,其他我们似乎不能取得Spring的WebApplicationContext。

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

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

相关文章
|
6月前
|
Java 测试技术 Docker
Spring Boot 学习研究笔记(十九)-docker部署SpringBoot 日志目录挂载
Spring Boot 学习研究笔记(十九)-docker部署SpringBoot 日志目录挂载
259 0
|
6月前
|
druid Java 关系型数据库
Spring Boot 学习研究笔记(二十一) Springboot中druid数据库连接池使用
Spring Boot 学习研究笔记(二十一) Springboot中druid数据库连接池使用
143 0
|
6月前
|
Java 应用服务中间件 nginx
Spring Boot 学习研究笔记(二十)-docker部署SpringBoot使用nginx配置域名
Spring Boot 学习研究笔记(二十)-docker部署SpringBoot使用nginx配置域名
195 0
|
6月前
|
运维 监控 Java
Spring Boot 学习研究笔记(十八) 添加log4j2日志文件
Spring Boot 学习研究笔记(十八) 添加log4j2日志文件
|
6月前
|
SQL 安全 Java
Spring Boot 学习研究笔记(十七) -Spring boot JPA的复杂查询
Spring Boot 学习研究笔记(十七) -Spring boot JPA的复杂查询
|
6月前
|
JSON Java 数据格式
Spring Boot 学习研究笔记(十六) -Spring Data JPA 实现多表关联查询
Spring Boot 学习研究笔记(十六) -Spring Data JPA 实现多表关联查询
|
6月前
|
JSON 前端开发 Java
Spring Boot 学习研究笔记(十五) @RequestMapping 注解及参数接收、校验详解(2)
Spring Boot 学习研究笔记(十五) @RequestMapping 注解及参数接收、校验详解
|
6月前
|
XML JSON Java
Spring Boot 学习研究笔记(十五) @RequestMapping 注解及参数接收、校验详解(1)
Spring Boot 学习研究笔记(十五) @RequestMapping 注解及参数接收、校验详解
110 0
|
6月前
|
Java Spring
Spring Boot 学习研究笔记(十四) SpringBoot Jpa 分页查询
Spring Boot 学习研究笔记(十四) SpringBoot Jpa 分页查询
121 0
|
6月前
|
JSON Java 关系型数据库
Spring Boot 学习研究笔记(十三) Spring Data JPA与PostgreSQL的jsonb类型集成
Spring Boot 学习研究笔记(十三) Spring Data JPA与PostgreSQL的jsonb类型集成