0、BeanFactoryPostProcessor呼叫postProcessBeanFactory方法

1、BeanPostProcessor#postProcessBeforeInitialization

（1.1 @PostConstruct（CommonAnnotationBeanPostProcessor實現，Order大 低優先順序））

2、afterPropertiesSet （postProcessBeforeInitialization後執行）


3、init-method


4、BeanPostProcessor#postProcessAfterInitialization




初始化成功
Person [address=廣州, name=張三, phone=110]
關閉容器


DiposibleBean#DiposibleBean.destory()

destroy-method

參考：http://blog.csdn.net/z69183787/article/details/78415611

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