解答以下疑惑：

• Spring配置檔案裡bean，究竟是按什麼樣的順序載入呢？
• Spring專案在部署時，究竟建立了多少各beanFactory呢？按什麼順序建立？

長話短說，總結成如下幾點：

Rule1：

首先讀取WEB-INF/web.xml檔案，該檔案內一般會配置spring-config和spring-mvc。按順序載入對應的xml檔案。

Rule2：

若web.xml中還有除springmvc和預設的servlet之外的servlet（如servlet-test），那麼這些servlet會按照定義的順序執行，但一定是在預設servlet之後，springmvc之前執行，並且，若這些servlet都會分別對應一個

因此，若springmvc裡的某個Controller嘗試通過auto wire註解來注入servlet-test裡面的service，那麼在執行時會丟擲”Could not autowire field …”異常，因為

Rule3：

在載入某個包含bean的xml檔案時，按照bean的型別1）BeanFactoryPostProcessor類的bean；2）BeanPostProcessor類的bean；3）普通bean，包括import進來的（bean標籤和scan標籤指定的）；的順序進行載入。同類型的bean按照定義順序載入。所有bean預設是單例的。

因此，對於BeanFactoryPostProcessor和BeanPostProcessor型別的bean，即使被放置在最後面，也會先載入哦。這種設計還是挺人性化的

Rule4：

component-scan生成的bean的預設id是類名（首字母小寫），例如testService1。

<bean>標籤生成的bean的預設id是:包名.類名#數字，例如qk.spring.beanFactory.service1.TestService1#0

如果component-scan和bean標籤生成的bean有衝突（即bean的id相同），並且都是單例（預設是單例），那麼不會重複建立，只保留最先創建出來的那個，同一個屬性的話，後續的會覆蓋前面的。

Rule5:

建立BeanFactory時，按照如下順序（beanpostprocessor不會處理beanFactory，雖然他也是個bean））：

見（org.springframework.context.support.AbstractApplicationContext）

（見AbstractAutowireCapableBeanFactory#initializeBean(…)。裡面分為AbstractAutowireCapableBeanFactory#applyBeanPostProcessorsBeforeInitialization(…)和AbstractAutowireCapableBeanFactory#postProcessObjectFromFactoryBean(…)）

0）建立beanFactory，並儘可能初始化，此時普通bean還未建立；

1）建立spring自己的部分BeanPostProcessor；

2）建立並執行BeanFactoryPostProcessor（包括自定義的）；

3)建立並註冊剩餘的內建BeanPostProcessor，ApplicationContextAwareProcessor（見AbstractApplicationContext#prepareBeanFactory(…)），ServletContextAwareProcessor見（AbstractRefreshableWebApplicationContext#postProcessBeanFactory(…)）；

4）建立並註冊自定義的BeanPostProcessor（如top代理，config）（AbstractApplicationContext#refresh()）；

5）建立普通bean（同時應用bean post processor）。

Rule6:單個bean載入過程

按照如下順序：

1）建構函式；

2）BeanPostProcessor#postProcessBeforeInitialization(…)；

3）設定property；

4）InitializingBean#afterPropertiesSet();

5）BeanPostProcessor#postProcessAfterInitialization(…)；

6）FactoryBean#getObject()的順序構造bean例項。

這裡是樣例project