隨筆檔案(496)

作用域?qū)ean的生命周期和創(chuàng)建方式產(chǎn)生影響.

singleton??????????? 在spring IOC容器中僅存在一個Bean實例,Bean以單實例的方式存在.

prototype??????????? 每次從容器中調(diào)用Bean時,都返回一個新的實例,即每次調(diào)用getBean()時,相當于執(zhí)行new XxxBean()的操作.

request?????????????? 每次HTTP請求都會創(chuàng)建一個新的Bean,該作用域僅適用于webApplicationContext環(huán)境.

session?????????????? 同一個HTTP session共享一個Bean,不同HTTP session使用不同的Bean,該作用域僅適用于webApplicationContext環(huán)境.

globalSession?? 同一個全局session共享一個Bean,一般用于portlet應用環(huán)境,該作用域僅適用于webApplicationContext環(huán)境.

在低版本的spring中,由于只有兩個Bean作用域,所以采用singleton="true|false"的配置方式,spring2.0為了向后兼容,依舊支持這種配置方式.不過,spring2.0推薦采用新的配置方式:scope="<作用域類型>"

-------------------------------------------------

singleton作用域

spring以容器的方式提供天然的單實例模式功能,任何POJO無須編寫特殊的代碼僅通過配置就可以了.

注意:spring將Bean的默認作用域定為singleton.

singleton例:

<bean id="car" class="com.baobaotao.scope.Car" scope="singleton"/>

<bean id="boss1" class="com.baobaotao.scope.Boss">

<property name="car" ref="car"/>

</bean>

Car Bean聲明為singleton(因為默認是singleton,所以可以不顯式指定).

在默認情況下,spring的ApplicationContext容器在啟動時,自動實例化所有singleton的Bean并緩存于容器中.

雖然啟動時會花費一些時間,但帶來兩個好處:首先對Bean提前的實例化操作會及早發(fā)現(xiàn)一些潛在的配置問題.

其次Bean以緩存的方式保存,當運行時使用到該Bean時就無須再實例化了,加快了運行效率.如果用戶不希望在容

器啟動時提前實例化singleton的Bean,可以通過lazy-init屬性進行控制:

<bean id="boos1" class="com.baobaotao.scope.Boss" lazy-init="true">

<property name="car" ref="car"/>

</bean>

lazy-init="true"的Bean在某些情況下依舊會提前實例化:如果該Bean被其它需要提前實例化的Bean引用到,

spring也將忽略延遲實例化的設置.

-------------------------------------------------

prototype作用域

采用scope="prototype"指定非單實例作用域Bean,請看:

<bean id="car" class="com.baobaotao.scope.Car" scope="prototype"/>

<bean id="boss1" class="com.baobaotao.scope.Boss">

<property name="car" ref="car"/>

</bean>

<bean id="boss2" class="com.baobaotao.scope.Boss">

<property name="car" ref="car"/>

</bean>

boss1,boss2所引用的都是一個獨立的Car實例.

在默認情況下,spring容器在啟動時不實例化prototype的Bean.此外,spring容器將prototype的Bean交給調(diào)用

者后,就不再管理它的生命周期.

-------------------------------------------------

web應用環(huán)境相關(guān)的Bean作用域

如果用戶使用spring的webApplicationContext,則可以使用另外3種Bean的作用域:request,session和globalSession.不過

在使用這些作用域之前,首先必須在web容器中進行一些額外的配置,在高版本的web容器中,則可以利用HTTP請求監(jiān)聽器進行配置:

<web-app>

...

<listener>

<listener-class>

org.springframework.web.context.request.RequestContextListener

</listener-class>

</listener>

...

</web-app>

細心的朋友可能有一個疑問:在介紹webApplicationContext初始化時,我們已經(jīng)通過ContextLoaderListener將web容器與

spring容器整合,為什么這里又要引入一個額外的RequestContextListener以支持Bean的另外3個作用域呢?

在整合spring容器時使用ContextLoaderListener,它實現(xiàn)了ServletContextListener監(jiān)聽器接口,ServletContextListener

只負責監(jiān)聽web容器啟動和關(guān)閉的事件.而RequestContextListener實現(xiàn)ServletRequestListener監(jiān)聽器接口,該監(jiān)聽器監(jiān)聽

HTTP請求事件,web服務器接收的每一次請求都會通知該監(jiān)聽器.

spring容器啟動和關(guān)閉操作由web容器的啟動和關(guān)閉事件觸發(fā),但如果spring容器中的Bean需要request,session,globalsession

作用域的支持,spring容器本身就必須獲得web容器的HTTP請求事件,以HTTP請求的事件"驅(qū)動"Bean作用域的控制邏輯.

request作用域

顧名思義,request作用域的Bean對應一個HTTP請求和生命周期,考慮下面的配置:

<bean name="car" class="com.baobaotao.scope.Car" scope="request"/>

這樣,每次HTTP請求調(diào)用到car Bean時,spring容器創(chuàng)建一個新的Car Bean,請求處理完畢后,銷毀這個Bean.

session作用域

假設將以上car的作用域調(diào)整為session類型:

<bean name="car" class="com.baobaotao.scope.Car" scope="session"/>

這樣配置后,car Bean的作用域橫跨整個HTTP session,session中所有HTTP請求都共享同一個Car Bean,當HTTP Session結(jié)束后,實例

才被銷毀.

globalSession作用域

下面的配置片斷將car的作用域設置為了globalSession:

<bean name="loginController" class="com.baobaotao.scope.Car" scope="globalSession"/>

globalSession作用域類似于session作用域,不過僅在portlet的web應用中使用.Portlet規(guī)范定義了全局Session概念,它被組成portlet

web應用的所有子portlet共享.如果不在Portlet web應用環(huán)境下,globalSession自然等價于session作有域了.