Spring Bean Scope 有狀態的Bean和無狀態的Bean

 在Spring的Bean配置中，存在這樣兩種情況：

    <bean id="testManager" class="com.sw.TestManagerImpl" scope="singleton" />  
      
     <bean id="testManager" class="com.sw.TestManagerImpl" scope="prototype" />  

當然，scope的值不止這兩種，還包括了request,session 等。但用的最多的還是singleton單態，prototype多態。

singleton表示該bean全局只有一個實例，Spring中bean的scope默認也是singleton.

prototype表示該bean在每次被注入的時候，都要重新創建一個實例，這種情況適用於有狀態的Bean.

對於SSH架構的系統，很少關心這方面，因爲我們用到的一般都是singleton. Bean的注入由Spring管理。

對於有狀態的Bean呢？

下面是一個有狀態的Bean

    package com.sw;  
      
    public class TestManagerImpl implements TestManager{  
        private User user;    
      
        public void deleteUser(User e) throws Exception {  
            user = e ;           //1  
            prepareData(e);  
        }  
      
        public void prepareData(User e) throws Exception {  
            user = getUserByID(e.getId());            //2  
            .....  
            //使用user.getId();                       //3  
            .....  
            .....  
        }     
    }  

如果該Bean配置爲singleton,會出現什麼樣的狀況呢？

如果有2個用戶訪問，都調用到了該Bean.

假定爲user1,user2

當user1 調用到程序中的1步驟的時候，該Bean的私有變量user被付值爲user1

當user1的程序走到2步驟的時候，該Bean的私有變量user被重新付值爲user1_create

理想的狀況，當user1走到3步驟的時候，私有變量user應該爲user1_create;

但如果在user1調用到3步驟之前，user2開始運行到了1步驟了，由於單態的資源共享，則私有變量user被修改爲user2

這種情況下，user1的步驟3用到的user.getId()實際用到是user2的對象。

 

而如果是prototype的話，就不會出現資源共享的問題。

對於SSH來說，Bean的配置是沒錯的，配置爲singleton ;實際應該是這個例子不應該用私有變量。這樣就使得這個Bean

由無狀態變成了有狀態Bean.還是應該儘量使用無狀態Bean.如果在程序中出現私有變量，儘量替換爲參數。
對於每個訪問私有變量的方法增加變量傳入或者通過ThreadLocal來獲取也是不錯的方法。