前言
上一篇文章分析了Bean工廠的創(chuàng)建，其真正的實現(xiàn)類和核心為DefaultListableBeanFactory谬莹，XML配置文件是封裝成了Resource檩奠，由XmlBeanDefinitionReader進行了加載约素，最后在BeanDefinitionParserDelegate解析類中將XML根元素<beans>中的屬性進行了處理。現(xiàn)在所有的準備工作完成笆凌，正式進入我們嚴格意義上的“有效”標簽的解析

前面說到，默認情況下DefaultBeanDefinitionDocumentReader對于XML的前處理和后處理都為空實現(xiàn)士葫，真正的處理邏輯在parseBeanDefinitions(Element, DefaultBeanDefinitionDocumentReader)中

圖1. DefaultBeanDefinitionDocumentReader的parseBeanDefinitions(Element, BeanDefinitionParserDelegate)

圖2. BeanDefinitionParserDelegate中判斷是否默認名稱空間邏輯

圖3. 解析默認標簽元素

圖4. DefaultBeanDefinitionDocumentReader的processBeanDefinition(Element, BeanDefinitionParserDelegate)

圖5. BeanDefinitionParserDelegate的parseBeanDefinitionElement(Element, BeanDefinition)

圖6. BeanDefinitionParserDelegate的checkNameUniqueness(String, List<String>, Element)

圖7. BeanDefinitionParserDelegate的parseBeanDefinitionElement(Element, String, BeanDefinition)

圖8. 創(chuàng)建GenericBeanDefinition時debug圖

public void parseConstructorArgElement(Element ele, BeanDefinition bd) {
  //    (1)
  String indexAttr = ele.getAttribute(INDEX_ATTRIBUTE);
  String typeAttr = ele.getAttribute(TYPE_ATTRIBUTE);
  String nameAttr = ele.getAttribute(NAME_ATTRIBUTE);
  //    (2)
  if (StringUtils.hasLength(indexAttr)) {
    try {
      int index = Integer.parseInt(indexAttr);
      if (index < 0) {
        error("'index' cannot be lower than 0", ele);
      }
      else {
        try {
          //    (3)
          this.parseState.push(new ConstructorArgumentEntry(index));
          //    (4)
          Object value = parsePropertyValue(ele, bd, null);
          ConstructorArgumentValues.ValueHolder valueHolder = new ConstructorArgumentValues.ValueHolder(value);
          if (StringUtils.hasLength(typeAttr)) {
            valueHolder.setType(typeAttr);
          }
          if (StringUtils.hasLength(nameAttr)) {
            valueHolder.setName(nameAttr);
          }
          valueHolder.setSource(extractSource(ele));
          //      (5)
          if (bd.getConstructorArgumentValues().hasIndexedArgumentValue(index)) {
            error("Ambiguous constructor-arg entries for index " + index, ele);
          }
          else {
            bd.getConstructorArgumentValues().addIndexedArgumentValue(index, valueHolder);
          }
        }
        finally {
          this.parseState.pop();
        }
      }
    }
    catch (NumberFormatException ex) {
      error("Attribute 'index' of tag 'constructor-arg' must be an integer", ele);
    }
  }
  else {
    try {
      //      (6)
      this.parseState.push(new ConstructorArgumentEntry());
      Object value = parsePropertyValue(ele, bd, null);
      ConstructorArgumentValues.ValueHolder valueHolder = new ConstructorArgumentValues.ValueHolder(value);
      if (StringUtils.hasLength(typeAttr)) {
        valueHolder.setType(typeAttr);
      }
      if (StringUtils.hasLength(nameAttr)) {
        valueHolder.setName(nameAttr);
      }
      valueHolder.setSource(extractSource(ele));
      bd.getConstructorArgumentValues().addGenericArgumentValue(valueHolder);
    }
    finally {
      this.parseState.pop();
    }
  }
}

我們可以根據(jù)參數(shù)的三種屬性之一進行注入矗漾，第一種為下標，初始從0開始薄料；第二種為根據(jù)參數(shù)類型敞贡，比如是java.lang.String還是java.lang.Integer，注意摄职，對于基本數(shù)據(jù)類型是無法通過構(gòu)造器注入的誊役，需要轉(zhuǎn)成基本數(shù)據(jù)類型的包裝數(shù)據(jù)類型；第三種是通過參數(shù)的名稱注入谷市，這種沒什么好說的蛔垢。只有采用第一種基于下標的注入方式才會進入到if中，標注3首先構(gòu)建出一個Entry的實現(xiàn)類ConstructorArgumentEntry迫悠，并壓入棧頂鹏漆，這里的Entry是變量parseState的一個內(nèi)部標記接口，只有實現(xiàn)該接口的對象才能被放入parseState內(nèi)部的棧內(nèi)
標注4主要做了兩件事：1. 處理<constructor-arg>中對應(yīng)的ref和value等屬性创泄；2. 解析<constructor-arg>內(nèi)部的子標簽艺玲，具體流程我們來看一下

圖9. BeanDefinitionParserDelegate的parsePropertyValue(Element, BeanDefinition, String)

圖10. BeanDefinitionParserDelegate的parsePropertyElement(Element, BeanDefinition)

圖11. BeanDefinitionReaderUtils的generateBeanName(BeanDefinition, BeanDefinitionRegistry, boolean)

圖12. DefaultListableBeanFactory中成員變量

圖13. DefaultListableBeanFactory的registerBeanDefinition(String, BeanDefinition)

后記
即便有意隱去的非重點流程峡懈，<bean>解析及注冊的調(diào)用關(guān)系依然很深璃饱，我們宏觀上只需要記住經(jīng)過本文對應(yīng)的處理，Spring解析了所有XML配置文件肪康，生成的bean工廠荚恶，但此時bean工廠中<bean>對應(yīng)的實例并沒有真正創(chuàng)建撩穿。回想Spring解析之IoC：XML配置文件的加載及BeanFactory的創(chuàng)建中圖5谒撼，Spring初始化的總綱食寡，現(xiàn)在也才走到第二步，漫漫長路剛剛開始廓潜，繼續(xù)努力吧抵皱！