①启动Spring容器：
1.直接在web.xml文件中配置Spring容器；
2.利用第三方MVC框架扩张点，创建Spring容器。
第一种创建Spring容器的方式更加常见，为了让Spring容器随web应用启动而启动，有如下两种方式：
<li>利用ServletContextListener实现；
<li>采用load-on-startup Servlet实现。
Spring提供ServletContextListener的一个实现类ContextLoadListener，该类可以作为Listener使用，它会在创建时自动查找WEB-INF目录下的ApplicationContext.xml，如果只有一个配置文件，并且名字为ApplicationContext.xml，则只需要在web.xml文件添加如下代码：
<listener>
<listener-class>org.springframework.web.context.ContextLoadListener</listener-class>
</listener>
如果需要加载多个配置文件，则考虑使用<context-param../>元素来确定配置文件的文件名。ContextLoadListener加载时，会查找名为contextConfigLocation的初始化参数：
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>可以配置多个文件，用逗号隔开</param-value>
</context-param>
除此之外，Spring提供一个特殊的Servlet类：ContextLoadServlet。该Servlet启动时，也会自动查找WEB-INF路径下的ApplicationContext.xml文件。为了让ContextLoadServlet随应用启动而启动，应该将此Servlet配置成
load-on-startup的值小一点比较合适，这样可以保证ApplicationContext更快的初始化。
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoadServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
该Servlet用于提供后台服务的，主要用于创建Spring容器的，无需响应客户端请求，因此无需为它配<servlet-mapping../>，如果有多个配置文件，或者文件名不是applicationContext，则 一样使用<context-param.../>元素来确定多个配置文件。
ContextLoadListener和ContextLoadServlet底层都是依赖于ContextLoad。因此二者效果没有什么区别，他们之间的区别不是它们本身引起的，而是Servlet规范：Listener比Servlet优先加载，因此采用ContextLoadListener创建ApplicationContext的时机更早。
②MVC框架与Spring整合的思考：
对于一个基于B/S架构的JavaEE而言，用户请求总是向MVC框架的控制器请求，而当控制器拦截到用户请求后，必须调用业务组件来处理用户的请求，那么控制器如何获取业务组件呢？
最容易想到的是，直接通过new 关键字创建业务逻辑，然后调用该业务逻辑组件的方法。
在实际应用中很少采用上面的访问策略,至少有一下几个原因：
1：控制器直接创建业务组件，导致控制器和业务组件的耦合降低到代码层次，不利于高层次的解耦；
2：控制器不应该负责业务逻辑组件的创建，控制器只是业务逻辑的使用者，无需关系业务逻辑组件的实现；
3：每次创建新的业务组件导致性能降低。
答案是采用工厂模式或者服务定位器模式，对于采用服务定位模式，是远程访问的场景，在这种情形下，业务组件已经在某个容器中运行，并对外提供某种服务，控制器无需理会该业务组件的创建，直接调用该服务即可，但在调用该服务前，必须先找到该服务。这就是服务定位模式的概念，经典JavaEE应用就是这种结构的应用。
对于轻量级的JavaEE 应用，工厂模式则是更实际的策略，因为在轻量级JavaEE应用中，业务组件不是EJB，通常就是一个POJO，业务组件的生成通常应由工厂负责，而且工厂可以保证组件的实例只需要一个就够了，可以避免重复实例化造成的系统开销。
如果系统采用Spring框架，则Spring成为最大的工厂，那么控制器如何访问到Spring容器中的业务组件呢？有两种策略：
1.Spring容器负责管理控制器Action，并利用依赖注入为容器注入业务组件；
2.利用Spring的自动装配，Action将会自动从Spring容器中获取所需的业务逻辑组件。如：
//action类
public class TestAction extends ActionSupport{
private String name;
private String password;
private MyService ms ;
public String login(){
if(ms.valid(name, password))
return "success";
return "fail";
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
public void setMs(MyService ms) {
this.ms = ms;
}
}
//业务组件
public class MyService {
public boolean valid(String name, String password){
if("hb".equals(name) && "123456".equals(password)){
return true;
}
return false;
}
}
//spring配置
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd"
default-autowire="byName" default-lazy-init="true">
<bean id="testAction" class="TestAction">
<property name="ms" ref="myService"></property>
</bean>
<bean id="myService" class="MyService"/>
</beans>
//struts2配置
<!DOCTYPE struts PUBLIC "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" "http://struts.apache.org/dtds/struts-2.0.dtd" >
<struts>
<constant name="struts.i18n.encoding" value="utf-8"></constant>
<package name="test" extends="struts-default">
<action name="*Action" class="testAction" method="{1}">
<result name="success">/WEB-INF/success.jsp</result>
<result name="fail">/WEB-INF/fail.jsp</result>
</action>
</package>
</struts>
