Spring核心——Bean的定義與控制
除了管理Bean與Bean之間的關系，IoC還提供了對Bean自身進行控制的各項功能，本文將介紹Bean的生命周期功能以及狀態定義功能。
前置依賴
延遲加載
通常情況下，所有的 singleton 類型的Bean都會在容器創建後進行初始化，簡單的說就是啟動Jvm就開始創建（實際上是創建ApplicationContext的某個實現類實例之後）。
IoC支持所有的 singleton Bean在使用時再加載，這樣做的好處是可以大大節省初始化的時間。但是如果你的應用對啟動時間的長短並不敏感，建議讓所有的 singleton 都啟動時加載。這樣可以在啟動時就發現一些問題，而不是在運行很久直到使用時才由用戶去觸發這個問題。或者可以根據場景來使用決定是否延遲，例如開發時使用延遲加載，而在集成測試或上生產時關閉。
可以設置全局延遲加載，也可以設置某個Bean延遲加載：
需要註意的是，在設置某個單獨的Bean延遲加載時，如果有某個沒有延遲加載的Bean要依賴他，那實際上也會在初始化的時候就加載。
還要強調一下，這裏的“加載”僅僅是為了表示一個類被Ioc創造並放置容器中，和classLoad方法將class文件中的字節碼加載到方法區的加載是兩個概念。
延遲加載在設計模式上是單例模式一種延伸，通常也被稱為懶漢模式。單例通常有雙重鎖+volatile、靜態類和枚舉三種方式實現。在Effective Java一書中對三種模式都有深入的解析。而對於Spring容器而言，枚舉的方式肯定不好用了，靜態類由於屬於自身代碼級別應該也不會用，所以雙重鎖的實現方式較為可信。不過我沒去看過源碼，僅屬於猜測。
生命周期方法
一個Bean的創建、使用再到最後銷毀稱為"Bean的生命周期"。Spring框架為Bean的生命周期各個階段提供了多種回掉方法來處理各種狀態或者數據。
初始化方法
當一個Bean完成初始化並註入各項參數之後，初始化回掉方法會被調用，簡單的說就是完成創建之後會被調用。實現初始化回調方法有2個路徑：1.繼承org.springframework.beans.factory.InitializingBean接口，然後實現 afterPropertiesSet方法。2.在Bean的XML配置上使用init-method屬性來制定要調用的初始化：
繼承實現：
配置實現：
2種方法都等效，實際使用是我們應該使用哪一種方法呢？
InitializingBean是Spring早期實現的一個生命周期回調方法。但是在JCP推出JSR-250和JSR-330規範之後，Spring的大神們開始意識到基於元編程思想和配置手段來實現非侵入式框架（Not Coupled）才是正道。所以現在都是推薦使用配置文件和JSR-250的@PostConstruct（關於各種Annotation的使用請關註後續的文章）。現在依然保留InitializingBean應該是考慮到兼容問題。
銷毀方法
與創建方法相對應的是銷毀方法。當一個類將要被銷毀之前，對應的銷毀回調方法會被調用。銷毀方法也有一個繼承實現和配置+註解實現：
繼承實現：
配置實現：
依然建議銷毀手段也使用配置或@PreDestroy來設定銷毀方法。
全局配置初始化與銷毀方法
IoC容器還提供了全局配置初始化與銷毀方法的配置：
通過在<beans>標簽上使用default-init-method和default-destroy-method 屬性參數，可以為容器中所有的Bean統一指定初始化和銷毀的生命周期方法。
如果在<beans>上設定2個默認的生命周期方法，同時在<bean>上也指定了init-method或destroy-method，回調方法會以<bean>上的配置為準。這樣就保證全局配置與單獨配置可以共存。
使用初始化或銷毀2個生命周期方法註意的要點：
初始化和銷毀都提供了3種手段：XML配置、註解、以及實現接口。系統的各個部分會交由不同的團隊開發，不遵循統一的規範，建議使用滿足JSR規範的註解——@PostConstruct、@PreDestroy。如果是統一的團隊，準訓一致的規範，建議使用<beans>的屬性統一名稱使用全局配置。
如果Bean設計到代理模式時（例如使用了AOP），那麽生命周期方法被調用時，有可能代理類還沒有被創建出來。因為生命周期方法是實體類完成對應工作之後就會被調用，而與代理類無關。
Spring核心——Bean的定義與控制