第一种方式：DelegatingRequestProcessor方式
DelegatingRequestProcessor继承自RequestProcessor。
为了让Struts使用DelegatingRequestProcessor，需要在struts-config.xml文件中增加如下代码：
<controller processorClass="org.springframework.web.struts.DelegatingRequestProcessor" />
这一行代码是告诉Struts用DelegatingRequestProcessor来代替原来的RequestProcessor。完成设置这个设置后，Struts会将拦截到的用户请求转发到Spring context下的bean，根据bean的name属性来匹配。而Struts中的action配置则无需配置type属性（即使配置了type属性也不起任何作用，除非在spring的配置文件里找不到对应的name属性值 。
配置了上面的一行代码后，就可以在Spring的配置文件（可以不是applicationContext.xml，比如假设这里是action- servlet.xml）中配置用来处理请求的Action bean了。配置的时候需要注意的是Action bean不再需要id属性，而要用name替代id属性，这时name属性的值应与struts-config.xml中配置的Action的path属性的值相同。
这样，处理请求的Action就能处于Spring的管理之下了。
第二种方式：DelegatingActionProxy方式
struts-config.xml中的action的type设置为：org.springframework.web.struts.DelegatingActionProxy
对应的具体Action继承自类：DelegatingActionProxy（这种方式无需在struts-config.xml文件中添加<controller processorClass="org.springframework.web.struts.DelegatingRequestProcessor" />配置）
然后就可以在Spring的配置文件（可以不是applicationContext.xml，比如假设这里是action- servlet.xml）中配置用来处理请求的Action bean了。配置的时候需要注意的是Action bean不再需要id属性，而要用name替代id属性，这时name属性的值应与struts-config.xml中配置的Action的path属性的值相同。
第三种方式：ActionSupport方式
自己写一个ActionBase类，继承自ActionSupport类，通过ActionSupport中的getWebApplicationContext().getBean(beanName)方式获得spring管理的bean，然后让所有的对应的Action继承自改ActionBase类，该方法避免了配置文件的增加。
public Class ActionBase extends ActionSupport{
public Object getBean(String beanName){
return getWebApplicationContext().getBean(beanName);
}
}