Spring的爬坑之路（七）解析及注册BeanDefinilions

文档二中，最后在方法doLoadBeanDefinitions中有代码为：

int count = registerBeanDefinitions(doc, resource);

我们当时了解其主要的作用是：根据返回的 Document 注册 Bean 信息。那么去转换的呢？我们梳理一下

registerBeanDefinitions

上一文中我们也已经了解把文件转换为 Document，接下来的提取及注册 bean就是我们的重头戏。 继续上面的分析，当程序已经拥有 XML 文档文件的 Document 实例对象时，就会被引人下面这个方法 。

public int registerBeanDefinitions(Document doc, Resource resource) throws BeanDefinitionStoreException {
   
//
	BeanDefinitionDocumentReader documentReader = createBeanDefinitionDocumentReader();
	int countBefore = getRegistry().getBeanDefinitionCount();

	documentReader.registerBeanDefinitions(doc, createReaderContext(resource));
	
	return getRegistry().getBeanDefinitionCount() - countBefore;
}

梳理一下逻辑：

• 使用 DefaultBeanDefinitionDocumentReader 实例化 BeanDefinitionDocumentReader
• 将环境变量设置其中
• 在实例化BeanDefinitionReader 的时候会将BeanDefinitionRegistry传入默认使用继承自DefaultListableBeanFactory 的子类
• 记录本次加载的BeanDefinition个数

instantiateClass

这里在进入方法的时候，其中参数 doc 是通过上一节中loadDocument 加载转换出来的，在这个方法中很好地应用了面向对象中单一职责的原则¹，将逻辑处理委托给单一的类进行处理，而这个逻辑处理类就是 BeanDefinitionDocumentReader。 BeanDefinitionDocumentReader 是一个接口，而实例化的工作是在 createBeanDefinitionDocumentReaderQ中完成的，而通过此方法， BeanDefinitionDocumentReader 真正的类型其实已经DefaultBeanDefinitionDocumentReader 了，进入 DefaultBeanDefinition.Document­
Reader 后，发现这个方法的重要 目的之一就是提取 root，以便于再次将 root 作为参数继续
BeanDefinition 的注册。

	@Override
	public void registerBeanDefinitions(Document doc, XmlReaderContext readerContext) {
   
		this.readerContext = readerContext;
		doRegisterBeanDefinitions(doc.getDoc