【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) {

	}
}