spring的配置是怎樣載入的，載入配置的同時都幹了什麼，配置的先載入後加載造成的影響
1、spring 配置載入

(圖1.1.1)
spring的配置資訊是在spring refresh方法時候在建立beanFactory的時候呼叫的。

(圖1.1.2)

(圖1.1.3)

(圖1.1.3.1)
從原始碼看出spring是按照順序載入檔案中的bean，也就是按照配置檔案的讀取載入順序載入的，為什麼關心順序是因為哪些配置先載入後加載會影響到執行的效果。下面會詳解。

(圖1.1.4)
這裡描述的是xml讀取機載並註冊bean描述資訊的實現

(圖1.1.5)

(圖1.1.6)

(圖1.1.7)

(圖1.1.8)

(圖1.1.9)
以上程式碼是處理配置檔案的讀取，從程式碼看出來除了預設的元素（bean,beans,alias,import這些標籤）沒有使用特殊的解析器，其餘都使用了定義的解析器（在spring標籤使用的解析器）而且是通過元素的名稱來選取自己對應的解析器。這些名稱是使用spring自帶的nameSpaceHandler及自定義的NamespaceHandler，他們都是NamespaceHandlerSupport的子類。

2、spring載入完配置註冊配置的時候都做了什麼呢
下面介紹兩種非常常用的解析器，其餘相關可按照此方法自行檢視原始碼
對於代理而言有時候會選擇出ConfigBeanDefinitionParser解析器（專門處理aspect ()切面的，
有時也會選擇出AnnotationDrivenBeanDefinitionParser ,他是處理事務的代理的配置的等等，都是元素獲取的如：
為什麼說這兩種呢，賣個關子，這兩種非常特殊。
而這兩種都會去註冊自動代理建立者：

（圖2.1）
也就說無論事務，還是aspect都是aop的一種，同時在spring中他們都是代理的建立者，也是建言者的建立者。個人認為切面aspectj切面，事務代理，所有代理都是建言者（可能含有多個建言）。

（圖2.2）
從以上原始碼看出spring的代理建立者只有這麼多，而使用哪種代理建立者取決於使用了哪種標籤解析器。他們建立者是怎麼註冊的請看下面程式碼

3、配置的先載入後加載造成的影響

（圖3.1）
public static final String AUTO_PROXY_CREATOR_BEAN_NAME =
“org.springframework.aop.config.internalAutoProxyCreator”;
名稱為這個的代理建立者bean，當前容器中只有一個，先註冊了就不會在建立第二個了。這個代理建立者的class也不會變。

由於載入配置檔案是順序載入並同時註冊bean配置資訊，那麼如果先載入事務檔案，那麼這個代理建立者bean的例項就會是
InfrastructureAdvisorAutoProxyCreator，就算在再載入aop所在檔案這個bean也不會是AspectJAwareAdvisorAutoProxyCreator了。這個實質性區別影響的非常大，而且非常佔篇幅，我在下一篇針對一個實際問題來說明這個情況。