使用Spring中的scope設定和@scope註解

2022-06-13 14:00:15

Spring的scope設定和@scope註解

Scope，也稱作用域，在 Spring IoC 容器是指其建立的 Bean 物件相對於其他 Bean 物件的請求可見範圍。

在 Spring IoC 容器中具有以下幾種作用域：

基本作用域（singleton、prototype）
Web 作用域（reqeust、session、globalsession）
自定義作用域。

1. Spring的作用域在裝配Bean

就必須在組態檔中指明，設定方式如下（以 xml 組態檔為例）：

<!-- 具體的作用域需要在 scope 屬性中定義 -->
<bean id="XXX" class="com.XXX.XXXXX" scope="XXXX" />

singleton：單例模式，在整個Spring IoC容器中，使用singleton定義的Bean將只有一個範例
prototype：原型模式，每次通過容器的getBean方法獲取prototype定義的Bean時，都將產生一個新的Bean範例
request：對於每次HTTP請求，使用request定義的Bean都將產生一個新範例，即每次HTTP請求將會產生不同的Bean範例。只有在Web應用中使用Spring時，該作用域才有效
session：對於每次HTTP Session，使用session定義的Bean都將產生一個新範例。同樣只有在Web應用中使用Spring時，該作用域才有效
globalsession：每個全域性的HTTP Session，使用session定義的Bean都將產生一個新範例。典型情況下，僅在使用portlet context的時候有效。同樣只有在Web應用中使用Spring時，該作用域才有效

其中比較常用的是singleton和prototype兩種作用域。

對於singleton作用域的Bean，每次請求該Bean都將獲得相同的範例。容器負責跟蹤Bean範例的狀態，負責維護Bean範例的生命週期行為；如果一個Bean被設定成prototype作用域，程式每次請求該id的Bean，Spring都會新建一個Bean範例，然後返回給程式。在這種情況下，Spring容器僅僅使用new 關鍵字建立Bean範例，一旦建立成功，容器不在跟蹤範例，也不會維護Bean範例的狀態。

如果不指定Bean的作用域，Spring預設使用singleton作用域。Java在建立Java範例時，需要進行記憶體申請；銷燬範例時，需要完成垃圾回收，這些工作都會導致系統開銷的增加。因此，prototype作用域Bean的建立、銷燬代價比較大。而singleton作用域的Bean範例一旦建立成功，可以重複使用。因此，除非必要，否則儘量避免將Bean被設定成prototype作用域。

2. 基於註解開發時

@scope完成bean的作用域設定預設是單例模式（singleton）如果需要設定的話可以修改對應值與以上提到的一致例如：@scope(“prototype”)

Spring中的scope詳解

思維導圖

1. scope概論

spring中scope是一個非常關鍵的概念，簡單說就是物件在spring容器（IOC容器）中的生命週期，也可以理解為物件在spring容器中的建立方式。

2. scope歷史及分類

目前，scope的取值有5種取值：

在Spring 2.0之前，有singleton和prototype兩種；

在Spring 2.0之後，為支援web應用的ApplicationContext，增強另外三種：request，session和global session型別，它們只實用於web程式，通常是和XmlWebApplicationContext共同使用。

3. 單個scope詳解

1）singleton （單一範例）

此取值時表明容器中建立時只存在一個範例，所有參照此bean都是單一範例。如同每個國家都有一個總統，國家的所有人共用此總統，而這個國家就是一個spring容器，總統就是spring建立的類的bean，國家中的人就是其它呼叫者，總統是一個表明其在spring中的scope為singleton，也就是單例模型。

此外，singleton型別的bean定義從容器啟動到第一次被請求而範例化開始，只要容器不銷燬或退出，該型別的bean的單一範例就會一直存活，典型單例模式，如同servlet在web容器中的生命週期。

2）prototype

spring容器在進行輸出prototype的bean物件時，會每次都重新生成一個新的物件給請求方，雖然這種型別的物件的範例化以及屬性設定等工作都是由容器負責的，但是隻要準備完畢，並且物件範例返回給請求方之後，容器就不在擁有當前物件的參照，請求方需要自己負責當前物件後繼生命週期的管理工作，包括該物件的銷燬。也就是說，容器每次返回請求方該物件的一個新的範例之後，就由這個物件“自生自滅”，最典型的體現就是spring與struts2進行整合時，要把action的scope改為prototype。

如同分蘋果，將蘋果的bean的scope屬性宣告為prototype，在每個人領取蘋果的時候，我們都是發一個新的蘋果給他，發完之後，別人愛怎麼吃就怎麼吃，愛什麼時候吃什麼時候吃，但是注意吃完要把蘋果核扔到垃圾箱！對於那些不能共用使用的物件型別，應該將其定義的scope設為prototype。

3）request

再次說明 request，session和global session型別只實用於 web程式，通常是和XmlWebApplicationContext共同使用。

<bean id ="requestPrecessor" class="...RequestPrecessor"   scope="request" />

Spring容器，即XmlWebApplicationContext 會為每個HTTP請求建立一個全新的RequestPrecessor物件，當請求結束後，該物件的生命週期即告結束，如同java web中request的生命週期。當同時有100個HTTP請求進來的時候，容器會分別針對這10個請求建立10個全新的RequestPrecessor範例，且他們相互之間互不干擾，簡單來講，request可以看做prototype的一種特例，除了場景更加具體之外，語意上差不多。

4）session

對於web應用來說，放到session中最普遍的就是使用者的登入資訊，對於這種放到session中的資訊，我們可以使用如下形式的制定scope為session：

<bean id ="userPreferences" class="...UserPreferences"   scope="session" />

Spring容器會為每個獨立的session建立屬於自己的全新的UserPreferences範例，比request scope的bean會存活更長的時間，其他的方面沒區別，如果java web中session的生命週期。

5）global session

<bean id ="userPreferences" class="...UserPreferences"   scope="globalsession" />

global session只有應用在基於porlet的web應用程式中才有意義，它對映到porlet的global範圍的session，如果普通的servlet的web 應用中使用了這個scope，容器會把它作為普通的session的scope對待。

4. scope設定

1）xml方式

進行bean的設定時，指定scope。

2）註解方式

前提為設定spring為註解設定。

以上為個人經驗，希望能給大家一個參考，也希望大家多多支援it145.com。