spring步步前行(IOC)-Spring beanFactory详解(一)

beanFactory组成

在这里插入图片描述

在接触spring的ioc的时候 factory与applicationContext它们俩真真搅得糊里糊涂，下定决心重新认识下它们俩

我们以DefaultListableBeanFactory为例：

在这里插入图片描述

其成员变量beanDefinitionMap从后面的分析有介绍，这就是存放我们xml定义的bean信息

其继承了beanFactory的同时还实现一些接口

 ConfigurableListableBeanFactory, BeanDefinitionRegistry, Serializable

我们关注BeanDefinitionRegistry接口，字面意思是bean定义注册器

在这里插入图片描述

从其方法上我们可以看出其具备register／remove等beanDefinition操作

这就是一个BeanFactory的大概功能

由于内容繁多，我们从两个问题出发，去了解beanfactory

• beanFactory是怎么初始化
• beanFactory如何去加载xml中的bean

准备工作

• 创建一个bean

• public class TargetBean {
    public void hellobean() {
      System.out.println("hello bean...");
    }
  }
  

• 声明bean.xml 并借助ClassPathXmlApplicationContext我们get一下我们的目标tartbean

• ApplicationContext context = new ClassPathXmlApplicationContext('bean.xml');
  TargetBean bean = context.getBean("targethello");
  bean.hellobean();
  

• 运行结果很明显我们看到了控制台打印的“hello bean..."的结果，这时我们暂时将bean.xml拿掉我们看看它的报错信息，如下：

  在这里插入图片描述

  这里的打印向我们透露的几个关键类AbstractApplicationContext AbstractXmlApplicationContext AbstractBeanDefinitionReader等

beanFactory是初始化

我们debug调试运行看看beanFactory如何初始化的：

• 首先ClassPathXmlApplicationContext内将我们传入的configLocation(即bean.xml)用String[]包装了一下

  在这里插入图片描述

• 接着在构造内进行setConfigLocations操作

  在这里插入图片描述

  该方法在AbstractRefreshableConfigApplicationContext中实现，对该类中的configLocations进行赋值，如下

  在这里插入图片描述

  可能有人对resolvePath想深入了解，其实该操作就是对我们传入的location中的占位符进行处理，有兴趣的童鞋，可以自行深入了解一下

• setConfigLocations之后就是ClassPathXmlApplicationContext的refresh操作，该refresh方法实现在AbstractApplicationContext中，如下：

  在这里插入图片描述

  这里也就是初始化SpringBeanFactory的核心部分了

  • 我们先看obtainFreshBeanFactory()如何获取一个BeanFactory

    在这里插入图片描述
    在这里插入图片描述

    ​ 首先refreshBeanFactory中，若存在Factory即容器，先销毁内里的bean，spring保证只有一个容器，然后在线程安全下，为beanFactory赋值

  • createBeanFactory()内部为我们new了一个DefaultListableBeanFactory，然后为这个DefaultListableBeanFactory设置序列化id，最后定制化beanFactory

    在这里插入图片描述

    对于定制化而言，其实就是为一些解析器Resolver设置BeanFactory,以及对beanFactory的一些功能进行设置，好比是否可以循环引用，允许bean定义覆盖等

    在这里插入图片描述

  • 最后也就到了最关键的地方loadBeanDefinitions(beanFactory)，我们先看看loadBeanDefinitions，如下：

    在这里插入图片描述

加载bean

• loadBeanDefinitions

  从上面loadBeanDefinitions方法中，我们可以看到其创建了一个XmlBeanDefinitionReader,并将之前准备好的beanFactory传入，我们看看XmlBeanDefinitionReader构造：

  在这里插入图片描述

  这里的Registry就是我们的beanFactory了，我们在篇幅最初说的beanFactory实现了BeanDefinitionRegistry的接口，也就具备了注册beanDefinition等功能。

  看其构造我们发现其将registry传入父类处理了，我们在看看其将registry如何处理

  在这里插入图片描述

  由于我们传入的是beanFactory所以这里都是默认配置，即PathMatchingResourcePatternResolver和StandardEnvironment

  接着外部重新setEnvironment和setResourceLoader以及setEntityResolver，即StandardEnvironment和ClassPathXmlApplicationContext以及ResourceEntityResolver解析器

  最后进行初始化BeanDefinitionReader

• 加载

  有了之前创建的xmlBeanDefinition，紧接着我们通过AbstractXmlApplicationContext内部实现的loadBeanDefinitions开始加载bean

  在这里插入图片描述

  getConfigLocations就是我们最开始ClassPathXmlApplicationContext帮我们包装的那个bean.xml

  • xmlBeanDefinitionReader.loadBeanDEfinitions根据我们的bean.xml去加载我们的bean,经过一系列加载，最终进入XmlBeanDefinitionReader的doLoadBeanDefinitions进行registerBeanDefinitions操作

  • registerBeanDefinitions想容器中注册我们的bean

    在这里插入图片描述

    这时DefaultBeanDefinitionDocumentReader的regitsterBeandefinition进行xml解析进行bean处理

    在这里插入图片描述

    循环每一个元素，分别解析

    在这里插入图片描述

    经过xml解析

    在这里插入图片描述

  • 借助BeanDefinitionReaderUtils.registerBeanDefinition 完整bean的注册

    在这里插入图片描述

    通过我们beanfactory进行registerBeanDefinition，由于beanfactory内的registerbeanDefinition方法较长，在这仅罗列主要部分

    在这里插入图片描述

    由此我们可以看出beanFactory维护的beanDefinitionMap存放了我们加载的bean信息

    在这里插入图片描述

    即key为我们bean.xml中为bean设置的id，value是bean信息

    • 注意BeanDefinitionReaderUtils.registerBeanDefinition中，如果有别名也会进行别名注册，此处不再进行详细分析，有兴趣的同学，可自行深入了解

由此我们以上初始化及加载两个问题，解析至此

这里只讲述了refresh中的obtainBeanFactory以前的部分，refresh这块我会再单独写一篇详细关于这个refresh核心方法的分析