spring整合struts2时作用域scope解析

一、起因：

        struts2单独使用时，action实例的生成是由struts2框架负责的，而且实例是基于请求的，每次请求都会产生不同的action实例，这也使得struts2能够在多线程并发操作时仍可以安全稳定的运行。也是struts2与servlet和struts1的一个很大不同。而spring中bean实例默认是单例的，如果将struts2的action交由spring负责生成，默认情况下action是单例的，在并发情况下就很可能会引起数据混乱的情况（除非action改为无状态的，没有实例变量）。

 

二、现实应用：

       平常编程中服务端常采用用action、service和dao结构的面向接口式编程，service和dao层由于是无状态的，所以常采用单例的模式（节省资源\、提高效率）；而action由于常用来与前端页面进行参数传递（action的实例变量），同时会面向前端多个客户端，为防止并发导致数据错乱，常采用非单例模式。

 

三、引用网上资料：

        （1）、singleton作用域
当一个bean的作用域设置为singleton, 那么Spring IOC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。换言之，当把一个bean定义设置为singleton作用域时，Spring IOC容器只会创建该bean定义的唯一实例。这个单一实例会被存储到单例缓存（singleton cache）中，并且所有针对该bean的后续请求和引用都将返回被缓存的对象实例，这里要注意的是singleton作用域和GOF设计模式中的单例是完全不同的，单例设计模式表示一个ClassLoader中只有一个class存在，而这里的singleton则表示一个容器对应一个bean，也就是说当一个bean被标识为singleton时候，spring的IOC容器中只会存在一个该bean。
配置实例：
<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/> 
或者
<bean id="role" class="spring.chapter2.maryGame.Role" singleton="true"/>
        （2）、prototype
prototype作用域部署的bean，每一次请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）都会产生一个新的bean实例，相当与一个new的操作，对于prototype作用域的bean，有一点非常重要，那就是Spring不能对一个prototype bean的整个生命周期负责，容器在初始化、配置、装饰或者是装配完一个prototype实例后，将它交给客户端，随后就对该prototype实例不闻不问了。不管何种作用域，容器都会调用所有对象的初始化生命周期回调方法，而对prototype而言，任何配置好的析构生命周期回调方法都将不会被调用。清除prototype作用域的对象并释放任何prototype bean所持有的昂贵资源，都是客户端代码的职责。（让Spring容器释放被singleton作用域bean占用资源的一种可行方式是，通过使用bean的后置处理器，该处理器持有要被清除的bean的引用。）
配置实例：
<bean id="role" class="spring.chapter2.maryGame.Role" scope="prototype"/>
或者
<beanid="role" class="spring.chapter2.maryGame.Role" singleton="false"/>
        （3）、request 
request表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP request内有效，配置实例：
request、session、global session使用的时候首先要在初始化web的web.xml中做如下配置：
如果你使用的是Servlet 2.4及以上的web容器，那么你仅需要在web应用的XML声明文件web.xml中增加下述ContextListener即可：
<web-app>
...
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
...
</web-app>

，如果是Servlet2.4以前的web容器,那么你要使用一个javax.servlet.Filter的实现：
<web-app>
..
<filter> 
<filter-name>requestContextFilter</filter-name> 
<filter-class>org.springframework.web.filter.RequestContextFilter</filter-class>
</filter> 
<filter-mapping> 
<filter-name>requestContextFilter</filter-name> 
<url-pattern>/*</url-pattern>
</filter-mapping>
...
</web-app>

接着既可以配置bean的作用域了：
<bean id="role" class="spring.chapter2.maryGame.Role" scope="request"/>
        （4）、session
session作用域表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP session内有效，配置实例：
配置实例：
和request配置实例的前提一样，配置好web启动文件就可以如下配置：
<bean id="role" class="spring.chapter2.maryGame.Role" scope="session"/>
        （5）、global session
global session作用域类似于标准的HTTP Session作用域，不过它仅仅在基于portlet的web应用中才有意义。Portlet规范定义了全局Session的概念，它被所有构成某个portlet web应用的各种不同的portlet所共享。在global session作用域中定义的bean被限定于全局portlet Session的生命周期范围内。如果你在web中使用global session作用域来标识bean，那么web会自动当成session类型来使用。
配置实例：
和request配置实例的前提一样，配置好web启动文件就可以如下配置：
<bean id="role" class="spring.chapter2.maryGame.Role" scope="global session"/>

 

4、spring的作用域：

       为了区别以上情况，spring对bean元素提供了scope属性，spring2.0以前只提供了singleton(单例)、non-singleton（也称prototype）两种模式，prototype每次访问都会产生新的对象。spring2.0以后又增加了request、session和global session三个作用域，这三个作用域只针对web应用，而且使用方法也有所不同（后面使用方法做详解）。prototype与request在每次访问时都会产生不同的实例，区别在于request只能在web应用中使用并且需要额外配置，prototype不限使用场景。session和global session区别在于global session仅仅在基于portlet的web应用中才有意义，如果你在web中使用global session作用域来标识bean，那么web会自动当成session类型来使用。

 

5、使用方法：

        如引用材料中所诉。不过有几点是需要注意的，（1）spring的版本，如果要使用request、session和global session，则需要spring2.0以上的版本；（2）web容器的版本，2.4版本对应java1.4，2.5版本对应java5.0……最终体现在web.xml中，以下是2.5版本：

<web-app version="2.5" 
 xmlns="http://java.sun.com/xml/ns/javaee" 
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee 
 http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">

（3）spring配置文件中的版本，以下是spring2.0，不加版本号有时候会启动不了：

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN 2.0//EN" "http://www.springframework.org/dtd/spring-beans-2.0.dtd">

（4）session作用域需要后台服务器的维护session状态，效率可能会低。