再回到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容器给传进去了-如下图