bean 注入容器時，scope屬性設定的差別

1、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。

2、prototype

　　prototype作用域部署的bean，每一次請求（将其注入到另一個bean中，或者以程式的方式調用容器的getBean()方法）都會産生一個新的bean執行個體，相當與一個new的操作，對于prototype作用域的bean，有一點非常重要，那就是Spring不能對一個prototype bean的整個生命周期負責，容器在初始化、配置、裝飾或者是裝配完一個prototype執行個體後，将它交給用戶端，随後就對該prototype執行個體不聞不問了。不管何種作用域，容器都會調用所有對象的初始化生命周期回調方法，而對prototype而言，任何配置好的析構生命周期回調方法都将不會被調用。清除prototype作用域的對象并釋放任何prototype bean所持有的昂貴資源，都是用戶端代碼的職責。（讓Spring容器釋放被singleton作用域bean占用資源的一種可行方式是，通過使用bean的後置處理器，該處理器持有要被清除的bean的引用。）

scope=”prototype”沒寫的問題,項目中對一個表的增删該操作是用一個action，這個actionadd,update,delete,save這些方法， 添加和修改是共用一個頁面，當頁面得到id時代表進行的修改操作，反之是添加操作。因為在配置spring的bean是忘了寫scope=”prototype” 是以每次添加時都顯示最後一次通路過的記錄,scope=”prototype” 會在該類型的對象被請求 時建立一個新的action對象。如果沒有配置scope=prototype則添加的時候不會建立一個action，他任然會保留上次通路的過記錄的資訊 webwork的Action不是線程安全的，要求在多線程環境下必須是一個線程對應一個獨立的執行個體，不能使用singleton。是以，我們在Spring配置Webwork Action Bean時，需要加上屬性scope=”prototype”或singleton=”false”。 設定bean為“prototype”注入容器時，主要用在“lookup-method”聲明，格式如下：

<bean class="beanClass">
    <lookup-method name="method" bean="non-singleton-bean"/>
</bean>
           

ingleton模式指的是對某個對象的完全共享，包括代碼空間和資料空間，說白了，如果一個類是singleton的，假如這個類有成員變量，那麼這個成員變量的值是各個線程共享的（有點類似于static的樣子了），當線程A往給變量賦了一個值以後，線程B就能讀出這個值。是以，對于前台Action，肯定不能使用singleton的模式，必須是一個線程請求對應一個獨立的執行個體。推而廣之，隻要是帶資料成員變量的類，為了防止多個線程混用資料，就不能使用singleton。對于我們用到的Service、Dao，之是以用了singleton，就是因為他們沒有用到資料成員變量，如果誰的Service需要資料成員變量，請設定singleton=false。 有狀态的bean都使用Prototype作用域，而對無狀态的bean則應該使用singleton作用域。