ingleton:返回bean的同一个实例,也是默认的作用域(无状态bean使用此作用域)
prototype:每次请求都会创建一个实例(有状态bean使用此作用域)
request、session、global session这三个作用域主要用在web应用中
例:
Java代码
[table]
[color=red]|<span style="font-size: small;"><bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/></span> |[/color]
[/table]
在Spring2.0之前bean只有2种作用域:sigleton、non-singleton(prototype),Spring2.0以后增加了session、request、global。Session三种专用于web应用程序上下文的bean。因此默认情况下Spring2.0现在有五种类型的bean。
1.singleton 作用域
当一个 bean 的作用域设置为 singleton ,那么 Spring IOC 容器中只会存在一个共享的 bean 实例,并且所有对 bean 的请求,只要 id 与该 bean 定义匹配,则只会返回 bean 的同一实例。即 Spring IOC 容器只会创建该 bean 定义的唯一实例,这个单一实例会被缓存到单例缓存 (singleton cache) 中,并且所有针对该 bean 的后续请求和引用都将返回被缓存的对象实例。
注: singleton 作用域和 GOF 设计模式中的单例是完全不同的。单例设计模式表示一个 ClassLoader 中只有一个 class 存在,而这里的 singleton 则表示一个容器对应一个 bean 。
配置实例:
[table]
[color=red]|<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/>|
[/color][/table]
或
[table]
|<bean id="role" class="spring.chapter2.maryGame.Role" singleton="true"/>|
[/table]
2 . prototype.
Prototype 作用域部署的 bean ,每次请求(将其注入到另一个bean 中,或者以程序的方式调用容器的getBean() 方法)都会产生一个新的bean 实例,相当于一个new 的操作,对于prototype 作用域的bean ,有一点非常重要,那就是Spring 不能对一个prototype bean 的整个周期负责,容器在初始化、配置、装饰或者是装配完一个prototype 实例后,将它交给客户端,随后就对该prototype 实例不闻不问了。不管何种作用域,容器都会调用所有对象的初始化生命周期回调方法,而对prototype 而言,任何配置好的析构生命周期回调方法都不会被调用。清除prototype 作用域的对象并释放任何prototype bean 所持有的昂贵资源,都是客户端代码的职责。( 让 Spring 容器释放被 singleton 作用域 bean 占用资源的一种可行方式是,通过使用 bean 的后置处理器,该处理器持有要被清除的 bean 的 引用。 )
配置实例:
Java代码
[table]
|<span style="font-size: small;"><bean id="role" class="spring.chapter2.maryGame.Role" scope="prototype"/></span> |
[/table]
或
Java代码
[table]
|<span style="font-size: small;"><beanid="role" class="spring.chapter2.maryGame.Role" singleton="false"/></span> |
[/table]
3.request
Request 表示针对每一次HTTP 请求都会产生一个新的bean ,同时该bean 仅在当前HTTP request 内有效。
request 、session 、global session 使用的时候,首先要在初始化web 的web.xml 中做如下配置:
如果你使用的是 Servlet 2.4 及以上的 web 容器,那么你仅需要在 web 应用的 XML 声明文件 web.xml 中增加下述 ContextListener 即可:
Java代码
[table]
|<span style="font-size: small;"><web-app> |
|... |
|<listener> |
|<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> |
|</listener> |
|... |
|</web-app> |
|</span> |
[/table]
4、session
session作用域表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP session内有效,配置实例:
配置实例:
和request配置实例的前提一样,配置好web启动文件就可以如下配置:
Java代码
[table]
|<bean id="role" class="spring.chapter2.maryGame.Role" scope="session"/> |
[/table]
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启动文件就可以如下配置:
Java代码
[table]
|<bean id="role" class="spring.chapter2.maryGame.Role" scope="global session"/> |
[/table]
6、自定义bean装配作用域
在spring 2.0中作用域是可以任意扩展的,你可以自定义作用域,甚至你也可以重新定义已有的作用域(但是你不能覆盖singleton和 prototype),spring的作用域由接口org.springframework.beans.factory.config.Scope来定 义,自定义自己的作用域只要实现该接口即可
http://doc.javanb.com/spring-framework-reference-zh-2-0-5/ch03s04.html
prototype:每次请求都会创建一个实例(有状态bean使用此作用域)
request、session、global session这三个作用域主要用在web应用中
例:
Java代码
[table]
[color=red]|<span style="font-size: small;"><bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/></span> |[/color]
[/table]
在Spring2.0之前bean只有2种作用域:sigleton、non-singleton(prototype),Spring2.0以后增加了session、request、global。Session三种专用于web应用程序上下文的bean。因此默认情况下Spring2.0现在有五种类型的bean。
1.singleton 作用域
当一个 bean 的作用域设置为 singleton ,那么 Spring IOC 容器中只会存在一个共享的 bean 实例,并且所有对 bean 的请求,只要 id 与该 bean 定义匹配,则只会返回 bean 的同一实例。即 Spring IOC 容器只会创建该 bean 定义的唯一实例,这个单一实例会被缓存到单例缓存 (singleton cache) 中,并且所有针对该 bean 的后续请求和引用都将返回被缓存的对象实例。
注: singleton 作用域和 GOF 设计模式中的单例是完全不同的。单例设计模式表示一个 ClassLoader 中只有一个 class 存在,而这里的 singleton 则表示一个容器对应一个 bean 。
配置实例:
[table]
[color=red]|<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/>|
[/color][/table]
或
[table]
|<bean id="role" class="spring.chapter2.maryGame.Role" singleton="true"/>|
[/table]
2 . prototype.
Prototype 作用域部署的 bean ,每次请求(将其注入到另一个bean 中,或者以程序的方式调用容器的getBean() 方法)都会产生一个新的bean 实例,相当于一个new 的操作,对于prototype 作用域的bean ,有一点非常重要,那就是Spring 不能对一个prototype bean 的整个周期负责,容器在初始化、配置、装饰或者是装配完一个prototype 实例后,将它交给客户端,随后就对该prototype 实例不闻不问了。不管何种作用域,容器都会调用所有对象的初始化生命周期回调方法,而对prototype 而言,任何配置好的析构生命周期回调方法都不会被调用。清除prototype 作用域的对象并释放任何prototype bean 所持有的昂贵资源,都是客户端代码的职责。( 让 Spring 容器释放被 singleton 作用域 bean 占用资源的一种可行方式是,通过使用 bean 的后置处理器,该处理器持有要被清除的 bean 的 引用。 )
配置实例:
Java代码
[table]
|<span style="font-size: small;"><bean id="role" class="spring.chapter2.maryGame.Role" scope="prototype"/></span> |
[/table]
或
Java代码
[table]
|<span style="font-size: small;"><beanid="role" class="spring.chapter2.maryGame.Role" singleton="false"/></span> |
[/table]
3.request
Request 表示针对每一次HTTP 请求都会产生一个新的bean ,同时该bean 仅在当前HTTP request 内有效。
request 、session 、global session 使用的时候,首先要在初始化web 的web.xml 中做如下配置:
如果你使用的是 Servlet 2.4 及以上的 web 容器,那么你仅需要在 web 应用的 XML 声明文件 web.xml 中增加下述 ContextListener 即可:
Java代码
[table]
|<span style="font-size: small;"><web-app> |
|... |
|<listener> |
|<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> |
|</listener> |
|... |
|</web-app> |
|</span> |
[/table]
4、session
session作用域表示该针对每一次HTTP请求都会产生一个新的bean,同时该bean仅在当前HTTP session内有效,配置实例:
配置实例:
和request配置实例的前提一样,配置好web启动文件就可以如下配置:
Java代码
[table]
|<bean id="role" class="spring.chapter2.maryGame.Role" scope="session"/> |
[/table]
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启动文件就可以如下配置:
Java代码
[table]
|<bean id="role" class="spring.chapter2.maryGame.Role" scope="global session"/> |
[/table]
6、自定义bean装配作用域
在spring 2.0中作用域是可以任意扩展的,你可以自定义作用域,甚至你也可以重新定义已有的作用域(但是你不能覆盖singleton和 prototype),spring的作用域由接口org.springframework.beans.factory.config.Scope来定 义,自定义自己的作用域只要实现该接口即可
http://doc.javanb.com/spring-framework-reference-zh-2-0-5/ch03s04.html