（五）Spring從入門到入土——Bean的作用域與生命周期

Bean的作用域

? 在Spring中，那些組成應用程式的主體及由Spring IoC容器所管理的物件，被稱之為bean，簡單地講，bean就是由IoC容器初始化、裝配及管理的物件

幾種作用域中，request、session作用域僅在基于web的應用中使用（不必關心你所采用的是什么web應用框架），只能用在基于web的Spring ApplicationContext環境，

Singleton（單例）

? 當一個bean的作用域為Singleton，那么Spring IoC容器中只會存在一個共享的bean實體，并且所有對bean的請求，只要id與該bean定義相匹配，則只會回傳bean的同一實體，Singleton是單例型別，就是在創建起容器時就同時自動創建了一個bean的物件，不管你是否使用，他都存在了，每次獲取到的物件都是同一個物件，注意，Singleton作用域是Spring中的預設作用域，要在XML中將bean定義成singleton，可以這樣配置：

 <bean id="ServiceImpl"  scope="singleton">

測驗：

 @Test
 public void test03(){
     ApplicationContext context = newClassPathXmlApplicationContext("applicationContext.xml");
     User user = (User) context.getBean("user");
     User user2 = (User) context.getBean("user");
     System.out.println(user==user2);
 }

Prototype

? 當一個bean的作用域為Prototype，表示一個bean定義對應多個物件實體，Prototype作用域的bean會導致在每次對該bean請求（將其注入到另一個bean中，或者以程式的方式呼叫容器的getBean()方法）時都會創建一個新的bean實體，Prototype是原型型別，它在我們創建容器的時候并沒有實體化，而是當我們獲取bean的時候才會去創建一個物件，而且我們每次獲取到的物件都不是同一個物件，根據經驗，對有狀態的bean應該使用prototype作用域，而對無狀態的bean則應該使用singleton作用域，在XML中將bean定義成prototype，可以這樣配置：

 <bean id="account"  scope="prototype"/>  
  或者
 <bean id="account"  singleton="false"/>

Request

? 當一個bean的作用域為Request，表示在一次HTTP請求中，一個bean定義對應一個實體；即每個HTTP請求都會有各自的bean實體，它們依據某個bean定義創建而成，該作用域僅在基于web的Spring ApplicationContext情形下有效，考慮下面bean定義：

 <bean id="loginAction"  scope="request"/>

? 針對每次HTTP請求，Spring容器會根據loginAction bean的定義創建一個全新的LoginAction bean實體，且該loginAction bean實體僅在當前HTTP request內有效，因此可以根據需要放心的更改所建實體的內部狀態，而其他請求中根據loginAction bean定義創建的實體，將不會看到這些特定于某個請求的狀態變化，當處理請求結束，request作用域的bean實體將被銷毀，

Session

? 當一個bean的作用域為Session，表示在一個HTTP Session中，一個bean定義對應一個實體，該作用域僅在基于web的Spring ApplicationContext情形下有效，考慮下面bean定義：

 <bean id="userPreferences"  scope="session"/>

? 針對某個HTTP Session，Spring容器會根據userPreferences bean定義創建一個全新的userPreferences bean實體，且該userPreferences bean僅在當前HTTP Session內有效，與request作用域一樣，可以根據需要放心的更改所創建實體的內部狀態，而別的HTTP Session中根據userPreferences創建的實體，將不會看到這些特定于某個HTTP Session的狀態變化，當HTTP Session最終被廢棄的時候，在該HTTP Session作用域內的bean也會被廢棄掉，

Global Session

? 當一個bean的作用域為Global Session，表示在一個全域的HTTP Session中，一個bean定義對應一個實體，典型情況下，僅在使用portlet context的時候有效，該作用域僅在基于web的Spring ApplicationContext情形下有效，考慮下面bean定義：

<bean id="user" scope="globalSession"/>

global session作用域類似于標準的HTTP Session作用域，不過僅僅在基于portlet的web應用中才有意義，Portlet規范定義了全域Session的概念，它被所有構成某個portlet web應用的各種不同的portlet所共享，在global session作用域中定義的bean被限定于全域portlet Session的生命周期范圍內，

Bean的生命周期

對于普通的Java物件而言，生命周期相對簡單，new的時候創建物件，當沒有任何參考的時候被垃圾回識訓制回收，

而由Spring Ioc容器托管的物件，它們的生命周期完全由容器完全控制，如下所示

實體化Bean

實體化Bean時要看是BeanFactory容器還是ApplicationContext容器，

• BeanFactory容器：當向容器請求一個未初始的bean時，或初始化bean的時候需要注入注入到另一個尚未初始化的依賴時美容器就會呼叫creatBean來進行初始化

• ApplicationContext容器，當容器啟動結束后，便實體化所有的bean，

• • 容器通過獲取BeanDefinition物件中的資訊進行實體化，并且這一步僅僅是簡單的實體化，并未進行依賴注入
  • 實體化物件被包裝在BeanWrapper物件中，BeanWrapper提供了設定物件屬性的介面，從而避免了使用反射機制設定屬性

設定物件屬性（依賴注入）

實體化的物件被封裝在BeanWrapper物件中，并且此時物件仍然是一個原生的狀態，并沒有進行依賴注入

隨后Spring根據BeanDefinition中的資訊進行依賴注入，并且通過BeanWrapper提供的設定屬性的介面完成依賴注入

注入Aware介面

隨后Spring會檢測該物件是否實作了xxxAware介面，并且將相關的實體注入給bean，

此時bean物件已經被正確構造，

BeanNameAware

如果bean實作此介面，spring將bean的id傳給setBeanName()方法

BeanFactoryAware

如果bean實作此介面，Spring將呼叫setBeanFactory方法，將BeanFactory實體傳過來

ApplicationContextAware

如果實作此介面，它的setApplicationContext()方法將被呼叫，將應用背景關系的參考傳入到bean中；

BeanPostProcessor

該介面提供了兩個函式用來對物件在被使用前做一些自定義的處理，此時Bean會被傳遞進來，可以對bean做任何處理，

• 前置處理：在Bean實體創建

• • postProcessBeforeInitialzation( Object bean, String beanName )
• • • 會先于先于InitialzationBean執行，所有的Aware介面的注入就是在此完成的

• 后置處理：

• • postProcessAfterInitialzation( Object bean, String beanName）

InitializingBean與init-method

當前置處理完成后就會進入本階段，

• afterPropertiesSet()

這一階段也可以在bean正式構造完成前增加我們自定義的邏輯，在這一步沒辦法處理物件本身，只能增加一些額外的邏輯，

若要使用它，我們需要讓bean實作該介面，并把要增加的邏輯寫在該函式中，然后Spring會在前置處理完成后檢測當前bean是否實作了該介面，并執行afterPropertiesSet函式，

當然，Spring為了降低對客戶代碼的侵入性，給bean的配置提供了init-method屬性，該屬性指定了在這一階段需要執行的函式名，Spring便會在初始化階段執行我們設定的函式，init-method本質上仍然使用了InitializingBean介面，

DisposableBean和destroy-method

和init-method一樣，通過給destroy-method指定函式，就可以在bean銷毀前執行指定的邏輯，

最后

• 如果覺得看完有識訓，希望能給我點個贊，這將會是我更新的最大動力，感謝各位的支持
• 歡迎各位關注我的公眾號【java冢狐】，專注于java和計算機基礎知識，保證讓你看完有所識訓，不信你打我
• 如果看完有不同的意見或者建議，歡迎多多評論一起交流，感謝各位的支持以及厚愛，

歡迎關注公眾號“Java冢狐”獲取最新訊息

標籤：Java

上一篇：GitHub上的開源復刻：暗黑破壞神2

下一篇：JAVA中常見的阻塞佇列詳解