[Java知识库] Spring创建BeanDefinition全流程解析（5.2.x）

????????如果那些奇怪的名词没在设计模式里找到，那么一定要搞清楚这些名词之间的关系。如Spring在解析xml配置装在BeanDefinition的时候，会伴随着Reader、Document、Element、Delegate、Holder等一系列名词，Spring源码难懂难点在于有大量重载方法的调用，所以理清楚这些重载方法的入参非常的重要。

????????做完上面这些，笔者已经能大概看懂Spring的一小部分源码了，这时候要多思考一下，为什么Spring要这么设计，毕竟站在巨人的肩膀上才能看得更远。最后整理出流程图，用自己的文字总结下来，别人不理解的时候能用自己的话给别人讲懂，Spring的源码就真的看懂了。

2.以Spring加载<bean>标签到BeanDefinition中为例的流程图

3.Spring创建BeanDefinition全流程解析

3.1?AbstractApplicationContext.refresh()

????????refresh方法没得说，看Spring源码的入口。

3.2?AbstractApplicationContext.obtainFreshBeanFactory()

????????刷新beanFactory后获取beanFactory。

3.3?AbstractRefreshableApplicationContext.refreshBeanFactory()?

????????如果存在Bean工厂则关闭，然后初始化一个新的bean上下文工厂。

3.4 八个同名loadBeanDefinitions方法的重载调用

AbstractXmlApplicationContext类中两个loadBeanDefinitions方法

????????loadBeanDefinitions(DefaultListableBeanFactory beanFactory)：利用适配器模式创建一个XmlBeanDefinitionReader来读取配置信息。

?????????loadBeanDefinitions(XmlBeanDefinitionReader reader)：使用reader来读取配置文件。

AbstractBeanDefinitionReader类中四个loadBeanDefinitions方法

????????loadBeanDefinitions(String... locations)：因为配置文件可能有多个，所以形参是一个可变参数，所以需要循环解析每一个配置文件。

????????loadBeanDefinitions(String location)：形参是一个具体路径，开始准备读取配置信息。

????????loadBeanDefinitions(String location, @Nullable Set<Resource> actualResources)：真正开始获取配置信息资源。

????????loadBeanDefinitions(Resource... resources)：配置文件可以有多个，所以解析出来的资源也可能有多个，形参为可变参数。

XmlBeanDefinitionReade类中有两个loadBeanDefinitions方法

????????loadBeanDefinitions(Resource resource)：现在调用到具体的Reader实现类中开始准备真正解析配置文件，形参为AbstractXmlApplicationContext类中解析出的资源对象。

????????loadBeanDefinitions(EncodedResource encodedResource)：将资源读入inputStream，所有准备就绪，开始真正加载Bean信息。

3.5?XmlBeanDefinitionReader.doLoadBeanDefinitions(InputSource inputSource, Resource resource)

? ? ? ? 形参为一个输入流和上面传入的Resource资源对象，doLoadBeanDefinitions方法主要作用是创建一个Document对象。

????????Document：该接口代表整个HTML或XML文档。从概念上讲，它是文档树的根，并提供对文档数据的主要访问。由于元素、文本节点、注释、处理指令等不能存在于文档的上下文之外，因此文档界面还包含创建这些对象所需的工厂方法。创建的节点对象具有ownerDocument属性，该属性将它们与在其上下文中创建它们的文档相关联。简单点说，Document就是一个HTML或XML的抽象接口，在之前的解析过程中由String[] - String - Resource[] - Resource，最终将一个resource读取成一个document对象，方便接下来根据document里的信息封装成一个个的BeanDefinition对象。

3.6?XmlBeanDefinitionReader.registerBeanDefinitions(Document doc, Resource resource)

? ? ? ? 因为Document对象也是需要Reader来读取的，所以这个方法主要是创建一个BeanDefinitionDocumentReader对象来读取Document里的信息，同时对读入的Bean信息记个数。

3.7?DefaultBeanDefinitionDocumentReader.registerBeanDefinitions(Document doc, XmlReaderContext readerContext)

? ? ? ? 这个方法主要还是关联一下DefaultBeanDefinitionDocumentReader中XmlReaderContext的上下文对象

3.8?DefaultBeanDefinitionDocumentReader.doRegisterBeanDefinitions(Element root)

? ? ? ?读取Bean信息的核心处理逻辑都在这个方法内，入参也很明显，Element 根结点。先解释下Delegate：意为委托委派，个人理解为相当于单独创建了一个解析器来进行处理工作（解析工作委托给解析器了）

? ? ? ? 这段代码创建了一个解析器，然后判断下是否配置了profile属性，如果配置了这里会校验一下该配置文件的合法性。后面的三个方法，preProcessXml(root);为解析的前置方法、parseBeanDefinitions(root, this.delegate);为解析方法postProcessXml(root);为解析的后置方法。

3.9?DefaultBeanDefinitionDocumentReader.parseBeanDefinitions(Element root, BeanDefinitionParserDelegate delegate)

? ? ? ? 此方法判断了下是否为默认的命名空间，默认的命名空间有<beans>、<import>、<alias>等，但我们也有可能导入一些其他的命名空间例如<AOP>、<tx>等。

3.10?DefaultBeanDefinitionDocumentReader.parseDefaultElement(Element root, BeanDefinitionParserDelegate delegate)

? ? ? ? 判断解析的标签调用不同的方法，这里我们跟bean标签。

3.11?DefaultBeanDefinitionDocumentReader.processBeanDefinition(Element root, BeanDefinitionParserDelegate delegate)

? ? ? ? 首先解释下BeanDefinitionHolder：BeanDefinitionHolder是BeanDefinition的封装类，封装了BeanDefinition，bean的名字和别名，用它来完成向IOC容器的注册。形参为元素和解析器，该方法通过元素节点和解析器创建BeanDefinitionHolder，这里要注意，在创建BeanDefinitionHolder时就已经创建了BeanDefinition并封装到了BeanDefinitionHolder内部，所以下面直接传BeanDefinitionHolder就可以对BeanDefinition进行赋值了。

3.12?BeanDefinitionParserDelegate.parseBeanDefinitionElement(Element ele, @Nullable BeanDefinition containingBean)

????????这个方法完成了对XML里配置信息的解析，然后封装到GenericBeanDefinition对象中，最后再封装到上面的BeanDefinitionHolderBeanDefinition的封装类中返回。其中parseConstructorArgElements(ele, bd);这个方法就是Spring面试中一道经典的面试题：构造函数推断，感兴趣的同学可以看一下。