【Spring系列】Bean的做用域及自定义做用域

在spring2.0以前bean只有2种做用域即：singleton(单例)、non-singleton（也称prototype）, Spring2.0之后，增长了session、request、global session三种专用于Web应用程序上下文的Bean。所以，默认状况下Spring2.0如今有五种类型的Bean。固然，Spring2.0对Bean的类型的设计进行了重构，并设计出灵活的Bean类型支持，理论上能够有无数多种类型的Bean，用户能够根据本身的须要，增长新的Bean类型，知足实际应用需求。

如何使用spring的做用域：

<bean id="role" class="spring.chapter2.maryGame.Role" scope="singleton"/>

这里的scope就是用来配置spring bean的做用域，它标识bean的做用域。

一、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"/>

二、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"/>

三、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"/>

四、session
        session做用域表示该针对每一次HTTP请求都会产生一个新的bean，同时该bean仅在当前HTTP session内有效，配置实例：
配置实例：
和request配置实例的前提同样，配置好web启动文件就能够以下配置：

<bean id="role" class="spring.chapter2.maryGame.Role" scope="session"/>

五、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"/>

六、自定义bean装配做用域
        在spring2.0中做用域是能够任意扩展的，你能够自定义做用域，甚至你也能够从新定义已有的做用域（可是你不能覆盖singleton和prototype），spring的做用域由接口org.springframework.beans.factory.config.Scope来定义，自定义本身的做用域只要实现该接口便可，下面给个实例：

 咱们创建一个线程的scope，该scope在表示一个线程中有效，代码以下：

import java.util.HashMap;
import java.util.Map;

import org.springframework.beans.factory.ObjectFactory;
import org.springframework.beans.factory.config.Scope;

public class MyScope implements Scope {
	private final ThreadLocal<Object> threadScope = new ThreadLocal<Object>() {
		protected Object initialValue() {
			return new HashMap<String, Object>();
		}
	};

	public Object get(String name, ObjectFactory<?> objectFactory) {
		Map<String, Object> scope = (Map<String, Object>) threadScope.get();
		Object object = scope.get(name);
		if (object == null) {
			object = objectFactory.getObject();
			scope.put(name, object);
		}
		return object;
	}

	public Object remove(String name) {
		Map<String, Object> scope = (Map<String, Object>) threadScope.get();
		return scope.remove(name);
	}

	public String getConversationId() {
		return null;
	}

	public Object resolveContextualObject(String key) {
		return null;
	}

	public void registerDestructionCallback(String name, Runnable callback) {

	}
}