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

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

除了管理Bean與Bean之間的關系，IoC還提供了對Bean自身進行控制的各項功能，本文將先介紹Bean的生命周期功能以及狀態(tài)定義功能，然后談談純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都會在容器創(chuàng)建后進行初始化，簡單的說就是啟動Jvm就開始創(chuàng)建（實際上是創(chuàng)建ApplicationContext的某個實現(xiàn)類實例之后）。

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

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

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

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

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

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

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

生命周期方法

初始化方法

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

繼承實現(xiàn)：

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

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

配置實現(xiàn)：

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

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

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

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

銷毀方法

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

繼承實現(xiàn)：

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

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

配置實現(xiàn)：

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

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

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