SPRIN06_源码之核心组件接口BeanDefinition、Debug创建流程、流程图总结（四）

再回到bean工厂,因为AnnotationConfigApplicationContext这个东西功能很强,它既是BeanFactory又是ResourceLoader(资源加载器),所以这个XmlBeanDefinitionReader就把ResourceLoader(资源加载器)拿到,拿到以后接下来进行loadBeanDefinitions

⑦. loadBeanDefinitions(beanDefinitionReader); 加载bean的配置信息,是如何加载的？

先getConfigLocations(); 获取所有的配置文件的位置,可以一次传入很多配置文件

  AbstractXmlApplicationContext源码里面:
  //获取配置文件的位置,可以一次传入很多配置文件
  String[] configLocations = getConfigLocations(); 
      if (configLocations != null) {
        //读取器来加载所有的bean定义信息,也就是相当于读取器从这一行开始去读取配置文件了
        reader.loadBeanDefinitions(configLocations);  
      }

接下来读取器来加载所有的bean定义信息–reader.loadBeanDefinitions(configLocations); ,也就是相当于读取器从这一行开始去读取xml配置文件了

AbstractBeanDefinitionReader:
  @Override
  public int loadBeanDefinitions(String... locations) throws BeanDefinitionStoreException {
      Assert.notNull(locations, "Location array must not be null");
      int count = 0;
      for (String location : locations) {  //逐个加载每一个配置文件的内容
        count += loadBeanDefinitions(location);
      }
      return count;
   }
  @Override  //加载指定配置文件的所有内容
  public int loadBeanDefinitions(String location) throws BeanDefinitionStoreException {
    return loadBeanDefinitions(location, null); //加载bean的定义信息,(参数一:配置文件传过来即可)
  }

然后如何读取,继续进入debug的堆栈-如下图所示,count += loadBeanDefinitions(location); 如果传了多个xml配置文件,然后for循环挨个加载每一个配置文件里面所有的组件,最后做一个统一的数值,就知道了加载了多少组件,这是一个递归调用方法–loadBeanDefinitions

继续debug堆栈跟踪–如下图,这个loadBeanDefinitions方法: 加载指定的配置文件的所有内容

再跟踪堆栈下图所示:ResourcePatternResolver:它是一个策略模式,策略模式呢只需要调用(getResources)获取它资源的策略,就会得到这些资源(Resource)

然后把这些资源(Resource) 传入到loadBeanDefinitions这里面才进行加载东西

资源就是Spring抽取的Resource,在第三篇就详细介绍了Resource资源接口,这个Resource跟ResourcePatternResolver还是一个策略模式,这个ResourcePatternResolver被IOC容器持有,但ioc容器又被BeanDefinitionReader持有,因为BeanDefinitionReader直接把ioc容器给传进去了-如下图