Bean實例生命周期的執行過程如下：
Spring對bean進行實例化，默認bean是單例；
Spring對bean進行依賴注入；
如果bean實現了BeanNameAware接口，spring將bean的id傳給setBeanName()方法；
如果bean實現了BeanFactoryAware接口，spring將調用setBeanFactory方法，將BeanFactory實例傳進來；
如果bean實現了ApplicationContextAware接口，它的setApplicationContext()方法將被調用，將應用上下文的引用傳入到bean中；
如果bean實現了BeanPostProcessor接口，它的postProcessBeforeInitialization方法將被調用；
如果bean實現了InitializingBean接口，spring將調用它的afterPropertiesSet接口方法，類似的如果bean使用了init-method屬性聲明了初始化方法，該方法也會被調用；
如果bean實現了BeanPostProcessor接口，它的postProcessAfterInitialization接口方法將被調用；
此時bean已經准備就緒，可以被應用程序使用了，他們將一直駐留在應用上下文中，直到該應用上下文被銷毀；
若bean實現了DisposableBean接口，spring將調用它的distroy()接口方法。同樣的，如果bean使用了destroy-method屬性聲明了銷毀方法，則該方法被調用；
其實很多時候我們並不會真的去實現上面說描述的那些接口，那么下面我們就除去那些接口，針對bean的單例和非單例來描述下bean的生命周期：
問答題
請解釋Spring Bean的生命周期？
首先說一下Servlet的生命周期：實例化，初始init，接收請求service，銷毀destroy；
Spring上下文中的Bean生命周期也類似，如下：
（1）實例化Bean：
對於BeanFactory容器，當客戶向容器請求一個尚未初始化的bean時，或初始化bean的時候需要注入另一個尚未初始化的依賴時，容器就會調用createBean進行實例化。對於ApplicationContext容器，當容器啟動結束后，通過獲取BeanDefinition對象中的信息，實例化所有的bean。
（2）設置對象屬性（依賴注入）：
實例化后的對象被封裝在BeanWrapper對象中，緊接着，Spring根據BeanDefinition中的信息 以及 通過BeanWrapper提供的設置屬性的接口完成依賴注入。
（3）處理Aware接口：
接着，Spring會檢測該對象是否實現了xxxAware接口，並將相關的xxxAware實例注入給Bean：
①如果這個Bean已經實現了BeanNameAware接口，會調用它實現的setBeanName(String beanId)方法，此處傳遞的就是Spring配置文件中Bean的id值；
②如果這個Bean已經實現了BeanFactoryAware接口，會調用它實現的setBeanFactory()方法，傳遞的是Spring工廠自身。
③如果這個Bean已經實現了ApplicationContextAware接口，會調用setApplicationContext(ApplicationContext)方法，傳入Spring上下文；
（4）BeanPostProcessor：
如果想對Bean進行一些自定義的處理，那么可以讓Bean實現了BeanPostProcessor接口，那將會調用postProcessBeforeInitialization(Object obj, String s)方法。由於這個方法是在Bean初始化結束時調用的，所以可以被應用於內存或緩存技術；
（5）InitializingBean 與 init-method：
如果Bean在Spring配置文件中配置了 init-method 屬性，則會自動調用其配置的初始化方法。
（6）如果這個Bean實現了BeanPostProcessor接口，將會調用postProcessAfterInitialization(Object obj, String s)方法；
以上幾個步驟完成后，Bean就已經被正確創建了，之后就可以使用這個Bean了。
（7）DisposableBean：
當Bean不再需要時，會經過清理階段，如果Bean實現了DisposableBean這個接口，會調用其實現的destroy()方法；
（8）destroy-method：
最后，如果這個Bean的Spring配置中配置了destroy-method屬性，會自動調用其配置的銷毀方法。