javaweb學習總結（八）Spring中bean的scope詳解

轉載註明出處：https://www.cnblogs.com/jianyungsun/p/6839612.html

如何使用spring的作用域：

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

這裏的scope就是用來配置spring bean的作用域，它標識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類 型，滿足實際應用需求。

1. singleton作用域(scope 默認值)

當一個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"/>

6. 自定義bean裝配作用域

在spring2.0中作用域是可以任意擴展的，你可以自定義作用域，甚至你也可以重新定義已有的作用域（但是你不能覆蓋singleton和 prototype），spring的作用域由接口org.springframework.beans.factory.config.Scope來定 義，自定義自己的作用域只要實現該接口即可，下面給個實例：我們建立一個線程的scope，該scope在表示一個線程中有效，代碼如下：

publicclass MyScope implements Scope { 
      privatefinal ThreadLocal threadScope = new ThreadLocal() {
          protected Object initialValue() {
             returnnew HashMap(); 
           } 
     }; 
​
     public Object get(String name, ObjectFactory objectFactory) { 
         Map scope = (Map) 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 scope = (Map) threadScope.get(); 
        return scope.remove(name); 
      }
      publicvoid registerDestructionCallback(String name, Runnable callback) { 
      }
    public String getConversationId() {
       // TODO Auto-generated method stub
        returnnull;
     } 
}