轉載本文需注明出處：微信公眾號EAWorld，違者必究。

Spring的整個運轉機制就是圍繞著IoC容器以及Bean展開的。IoC就是一個籃子，所有的Bean都向里面扔。除了提供籃子功能創建并存放Bean之外，IoC還要負責管理Bean與Bean之間的關系——依賴注入。之前也提到Bean是Spring核心容器的最小工作單元，Spring一些更高級的功能（例如切面、代理）都是在Bean的基礎上實現。

除了管理Bean與Bean之間的關系，IoC還提供了對Bean自身進行控制的各項功能，本文將先介紹Bean的生命周期功能以及狀態定義功能，然后談談純Java運行與＠Bean。

前置依賴

Bean與Bean之間存在依賴關系，可以是強依賴（通過XML和注解直接聲明依賴）、也可以是弱依賴（ApplicationContextAware等方式獲�。�。當一個Bean需要另外一個Bean完成初始化后自身才能工作時，例如一個Bean依賴DataSoruce，但是DataSource的初始化需要較長時間。這個時候用depends－on聲明前置依賴即可：

＜�。�－ 依賴多個Bean使用，號分割 －－＞＜bean id＝＂beanOne＂ class＝＂ExampleBean＂ depends－on＝＂manager，accountDao＂＞    ＜property name＝＂manager＂ ref＝＂manager＂ ／＞＜／bean＞
＜bean id＝＂manager＂ class＝＂ManagerBean＂ ／＞＜bean id＝＂accountDao＂ class＝＂x．y．jdbc．JdbcAccountDao＂ ／＞

延遲加載

通常情況下，所有的singleton（http：／／t．cn／E6Wwy06）類型的Bean都會在容器創建后進行初始化，簡單的說就是啟動Jvm就開始創建（實際上是創建ApplicationContext的某個實現類實例之后）。

IoC支持所有的singleton Bean在使用時再加載，這樣做的好處是可以大大節省初始化的時間。但是如果你的應用對啟動時間的長短并不敏感，建議讓所有的 singleton 都啟動時加載。這樣可以在啟動時就發現一些問題，而不是在運行很久直到使用時才由用戶去觸發這個問題。或者可以根據場景來使用決定是否延遲，例如開發時使用延遲加載，而在集成測試或上生產時關閉。

可以設置全局延遲加載，也可以設置某個Bean延遲加載：

＜beans default－lazy－init＝＂true＂＞    ＜！－－ 所有的Bean知道使用的時候才會進行加載．．． －－＞＜／beans＞

＜�。�－ 只有lazy類延遲加載 －－＞＜bean id＝＂lazy＂ class＝＂com．foo．ExpensiveToCreateBean＂ lazy－init＝＂true＂／＞＜bean name＝＂not．lazy＂ class＝＂com．foo．AnotherBean＂／＞

需要注意的是，在設置某個單獨的Bean延遲加載時，如果有某個沒有延遲加載的Bean要依賴他，那實際上也會在初始化的時候就加載。

還要強調一下，這里的“加載”僅僅是為了表示一個類被Ioc創造并放置容器中，和classLoad方法將class文件中的字節碼加載到方法區的加載是兩個概念。

延遲加載在設計模式上是單例模式一種延伸，通常也被稱為懶漢模式。單例通常有雙重鎖＋volatile、靜態類和枚舉三種方式實現。在Effective Java一書中對三種模式都有深入的解析。而對于Spring容器而言，枚舉的方式肯定不好用了，靜態類由于屬于自身代碼級別應該也不會用，所以雙重鎖的實現方式較為可信。不過我沒去看過源碼，僅屬于猜測。

生命周期方法

初始化方法

當一個Bean完成初始化并注入各項參數之后，初始化回掉方法會被調用，簡單的說就是完成創建之后會被調用。實現初始化回調方法有2個路徑：1．繼承org．springframework．beans．factory．InitializingBean接口，然后實現 afterPropertiesSet方法。2．在Bean的XML配置上使用init－method屬性來制定要調用的初始化：

繼承實現：

＜bean id＝＂a＂ class＝＂x．y．A＂ ／＞

package x．y；public class A implements InitializingBean ｛    public void afterPropertiesSet（）｛        ／／ init    ｝｝

配置實現：

＜bean id＝＂a＂ class＝＂x．y．A＂ init－method＝＂init＂ ／＞

package x．y；public class A ｛    public void init（）｛｝｝

2種方法都等效，實際使用是我們應該使用哪一種方法呢？

InitializingBean是Spring早期實現的一個生命周期回調方法。但是在JCP推出JSR－250和JSR－330規范之后，Spring的大神們開始意識到基于元編程思想和配置手段來實現非侵入式框架（Not Coupled）才是正道。所以現在都是推薦使用配置文件和JSR－250的＠PostConstruct（關于各種Annotation的使用請關注后續的文章）�，F在依然保留InitializingBean應該是考慮到兼容問題。

銷毀方法

與創建方法相對應的是銷毀方法。當一個類將要被銷毀之前，對應的銷毀回調方法會被調用。銷毀方法也有一個繼承實現和配置＋注解實現：

繼承實現：

＜bean id＝＂a＂ class＝＂x．y．A＂ ／＞

package x．y；public class A implements DisposableBean ｛    public void destroy（）｛        ／／ 銷毀資源    ｝｝

配置實現：

＜bean id＝＂a＂ class＝＂x．y．A＂ destroy－method＝＂cleanUp＂ ／＞

package x．y；public class A ｛    public void cleanUp（）｛        ／／ 銷毀資源    ｝｝

依然建議銷毀手段也使用配置或＠PreDestroy來設定銷毀方法。