轉載：http://blog.sina.com.cn/s/blog_525960510100ipwj.html
http://blog.sina.com.cn/s/blog_6940cab30102uwma.html
問題來源：
有一個bean為 A，一個bean為B。想要A在容器實例化的時候的一個屬性name賦值為B的一個方法funB的返回值。
如果只是在A里單純的寫着：
private B b;
private String name = b.funb();
會報錯說nullpointException，因為這個時候b還沒被set進來，所以為null。
解決辦法為如下代碼，同時學習下spring中 InitializingBean ，對象 構造方法 ， init-method 的執行順序。
public class A implements InitializingBean {
private B b;
private String name; // = b.funb();
public void setB(B b) {
System.out.println("A.setB initialed");
this.b = b;
}
public A() {
System.out.println("A initialed");
}
public void init() {
System.out.println("init");
this.name = b.funb();
}
@Override
public String toString() {
return super.toString() + this.name;
}
public void afterPropertiesSet() throws Exception {
//其實放在這里也可以
//this.name = b.funb();
System.out.println("afterPropertiesSet");
}
}
public class B {
public String funb() {
System.out.println("funb");
return "B.funb";
}
public B() {
System.out.println("B initialed");
}
}
spring配置文件
<beans default->
<bean id="a" class="testspring.A" init-method="init">
</bean>
<bean id="b" class="testspring.B">
</bean>
</beans>
測試代碼：
public static void main(String[] args) {
ApplicationContext context = new FileSystemXmlApplicationContext(
"src/testspring/bean.xml");
A a = (A) context.getBean("a");
System.out.println(a);
}
程序輸出為：
A initialed
B initialed
A.setB initialed
afterPropertiesSet
init
funb
testspring.A@50d89cB.funb
從這里看到A的name屬性在bean加載完成的時候也被成功設置為B的funB方法的返回值了，要點就是用init-method來實現。
加載順序也可以看到為：
先構造函數——>然后是b的set方法注入—— >InitializingBean 的afterPropertiesSet方法——>init- method方法
總結為：
以下內容是從書中摘錄 來的,但是我發現即使摘錄一遍,對其內容的理解也會更加深入!
一、Spring裝配Bean的過程
1. 實例化;
2. 設置屬性值;
3. 如果實現了BeanNameAware接口,調用setBeanName設置Bean的ID或者Name;
4. 如果實現BeanFactoryAware接口,調用setBeanFactory 設置BeanFactory;
5. 如果實現ApplicationContextAware,調用setApplicationContext設置ApplicationContext
6. 調用BeanPostProcessor的預先初始化方法;
7. 調用InitializingBean的afterPropertiesSet()方法;
8. 調用定制init-method方法；
9. 調用BeanPostProcessor的后初始化方法;
Spring容器關閉過程
1. 調用DisposableBean的destroy();
2. 調用定制的destroy-method方法;
==========================
spring InitializingBean init-method postConstruct 執行順序：
Spring 容器中的 Bean 是有生命周期的，Spring 允許在 Bean 在初始化完成后以及 Bean 銷毀前執行特定的操作，常用的設定方式有以下三種：
通過實現 InitializingBean/DisposableBean 接口來定制初始化之后/銷毀之前的操作方法；
通過 元素的 init-method/destroy-method屬性指定初始化之后 /銷毀之前調用的操作方法；
在指定方法上加上@PostConstruct 或@PreDestroy注解來制定該方法是在初始化之后還是銷毀之前調用。
這是我們就有個疑問，這三種方式是完全等同的嗎，孰先孰后？
下面我們將帶着這個疑問，試圖通過測試代碼以及分析Spring源碼找到答案。
首先，我們還是編寫一個簡單的測試代碼：
Java代碼 復制代碼 收藏代碼
public class InitSequenceBean implements InitializingBean {
public InitSequenceBean() {
System.out.println("InitSequenceBean: constructor");
}
@PostConstruct
public void postConstruct() {
System.out.println("InitSequenceBean: postConstruct");
}
public void initMethod() {
System.out.println("InitSequenceBean: init-method");
}
@Override
public void afterPropertiesSet() throws Exception {
System.out.println("InitSequenceBean: afterPropertiesSet");
}
}
並且在配置文件中添加如下Bean定義：
好了，我們啟動Spring容器，觀察輸出結果，就可知道三者的先后順序了：
InitSequenceBean: constructor
InitSequenceBean: postConstruct
InitSequenceBean: afterPropertiesSet
InitSequenceBean: init-method
通過上述輸出結果，三者的先后順序也就一目了然了：
Constructor > @PostConstruct > InitializingBean > init-method
先大致分析下為什么會出現這些的結果：構造器（Constructor）被率先調用毋庸置疑，InitializingBean先於init-method我們也可以理解（在也談Spring容器的生命周期中已經討論過），但是PostConstruct為何率先於InitializingBean執行呢？
我們再次帶着這個疑問去查看Spring源代碼來一探究竟。
通過Debug並查看調用棧，我們發現了這個類org.springframework.context.annotation.CommonAnnotationBeanPostProcessor，從命名上，我們就可以得到某些信息——這是一個BeanPostProcessor。想到了什么？在也談Spring容器的生命周期中，我們提到過BeanPostProcessor的postProcessBeforeInitialization是在Bean生命周期中afterPropertiesSet和init-method之前執被調用的。
再次觀察CommonAnnotationBeanPostProcessor這個類，它繼承自InitDestroyAnnotationBeanPostProcessor。InitDestroyAnnotationBeanPostProcessor顧名思義，就是在Bean初始化和銷毀的時候所作的一個前置/后置處理器。
通過查看InitDestroyAnnotationBeanPostProcessor類下的postProcessBeforeInitialization方法：
Java代碼 復制代碼 收藏代碼
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
LifecycleMetadata metadata = findLifecycleMetadata(bean.getClass());
try {
metadata.invokeInitMethods(bean, beanName);
}
catch (InvocationTargetException ex) {
throw new BeanCreationException(beanName, "Invocation of init method failed", ex.getTargetException());
}
catch (Throwable ex) {
throw new BeanCreationException(beanName, "Couldn't invoke init method", ex);
}
return bean;
}
查看findLifecycleMetadata方法，繼而我們跟蹤到buildLifecycleMetadata這個方法體中，看下buildLifecycleMetadata這個方法體的內容：
Java代碼 復制代碼 收藏代碼
private LifecycleMetadata buildLifecycleMetadata(final Class clazz) {
final LifecycleMetadata newMetadata = new LifecycleMetadata();
final boolean debug = logger.isDebugEnabled();
ReflectionUtils.doWithMethods(clazz, new ReflectionUtils.MethodCallback() {
public void doWith(Method method) {
if (initAnnotationType != null) {
if (method.getAnnotation(initAnnotationType) != null) {
newMetadata.addInitMethod(method);
if (debug) {
logger.debug("Found init method on class [" + clazz.getName() + "]: " + method);
}
}
}
if (destroyAnnotationType != null) {
if (method.getAnnotation(destroyAnnotationType) != null) {
newMetadata.addDestroyMethod(method);
if (debug) {
logger.debug("Found destroy method on class [" + clazz.getName() + "]: " + method);
}
}
}
}
});
return newMetadata;
}
分析這段代碼發現，在這里會去判斷某方法有沒有被initAnnotationType/destroyAnnotationType注釋，如果有，則添加到init/destroy隊列中，后續一一執行。
initAnnotationType/destroyAnnotationType注釋是什么呢，我們在CommonAnnotationBeanPostProcessor的構造函數中看到下面這段代碼：
Java代碼 復制代碼 收藏代碼
public CommonAnnotationBeanPostProcessor() {
setOrder(Ordered.LOWEST_PRECEDENCE - 3);
setInitAnnotationType(PostConstruct.class);
setDestroyAnnotationType(PreDestroy.class);
ignoreResourceType("javax.xml.ws.WebServiceContext");
}
一切都清晰了吧。一言以蔽之，@PostConstruct注解后的方法在BeanPostProcessor前置處理器中就被執行了，所以當然要先於InitializingBean和init-method執行了。
最后，給出本文的結論，Bean在實例化的過程中：
Constructor > @PostConstruct > InitializingBean > init-method
