Spring源码深度解析（四）容器的基础XmlBeanFactory

最新推荐文章于 2023-01-17 21:15:56 发布

戀戀

最新推荐文章于 2023-01-17 21:15:56 发布

阅读量227

点赞数

分类专栏： spring

spring 专栏收录该内容

10 篇文章 0 订阅

订阅专栏

现在我们已经对Spring的容器有了一个大概的了解，尽管很多地方还很迷糊，但是不要紧，下面我们开始探讨每个步骤的详细实现。接下来我们要深入分析以下代码的实现：

BeanFactory bf = new XmlBeanFactory(new ClassPathResource("beanFactoryTest.xml"));

通过XmlBeanFactory初始化时序图，图2—7，我们看下上面代码的执行逻辑：

时序图从BeanFactoryTest测试类开始，通过时序图我们可以一目了然地看到整个逻辑处理顺序。先调用了ClassPathResource的构造函数来构造Resource资源文件的实例对象，后续的资源处理就可以用Resource提供的各种服务来操作了，当我们有了Resource后就可以进行XmlBeanFactory的初始化了。那么Resource文件是如何封装的呢？

spring的配置文件的读取时通过ClassPathResource进行封装的，如new ClassPathResource("beanFactoryTest.xml"),那么ClassPathResource完成了什么功能呢？

在Java中，将不同来源的资源抽象成URL,通过注册不同的handler(URLStreamHander)来处理不同来源的资源的读取逻辑，一般handler的类型使用不同的前缀（协议，Protocol）来识别，如“file:”,"http:","jar："等，然而URL没有默认定义相对Classpath或ServletContext等资源的handler,虽然可以注册自己的URLStreamHandler来解析特定的URL前缀（协议），比如“classpath:”，然而这需要了解URL的实现机制，而且URL也没有提供一些基本的方法，如检查当前资源是否存在，检查当前资源是否可读等方法。因而Spring对其内部使用到的资源实现了自己的抽象结构：Resource接口来封装底层资源。

这两个类都是属于Spring-core包中的

InputStreamSource封装任何能返回InputStream的类，比如File,Classpath下的资源和Byte Array等。它只有一个方法定义：getInputStream(),该方法返回一个新的InputStream对象。

Resource接口抽象了所有Spring内部使用到的底层资源：File,URL，Classpath等。首先，它定义了3个判断当前资源状态的方法：存在性（exists）,可读性（isReadable）,是否处于打开状态（isOpen）.另外，Resource接口还提供了不同资源到URL,URI,File类型的转换，以及获取lastModified属性，文件名（不带文件信息的文件名，getFilename()）的方法。为了便于操作，Resource还提供了基于当前资源创建一个相对资源的方法：createRelative().在错误处理中需要详细地打印出错的资源文件，因而Resource还提供了getDescription()方法用于在错误处理中的打印信息。

对不同来源的资源文件都有相应的Resource实现：文件（FileSystemResource），Classpath资源（ClasspathResource）,URL资源（URLResource）,InputStream资源（InputStreamResource）,Byte数组（ByteArrayResource）等。相关类图如2-8所示。

在日常的开发工作中，资源文件的加载也是经常用到的，可以直接使用Spring提供的类，比如在希望加载文件时可以使用以下代码：

Resource resource = new ClassPathResource("beanFactoryTest.xml");

InputStream inputStream = resource.getInputStream();

得到inputStream后，我们可以按照以前的开发方式进行实现了，并且我们已经可以利用Resource及其子类为我们提供好的诸多特性。

有了Resource接口便可以对所有资源文件进行统一处理。至于实现，其实是非常简单的，以getInputStream为例，ClassPathResource中的实现方式便是通过class或者classLoader提供的底层方法进行调用，而对于FileSystemResource的实现其实更简单，直接使用FileInputStream对文件进行实例化。

ClassPathResource.java:

FileSystemResource.java:

当通过Resource相关类完成了对配置文件进行封装后配置文件的读取工作就全权交给XmlBeanDefinitionReader来处理了。

了解了Spring中将配置文件封装为Resource类型的实例方法后，我们就可以继续探讨XmlBeanFactory的初始化方法了，XmlBeanFactory初始化有许多方法，Spring中提供了很多的构造函数，在这里分析的是使用Resource实例作为构造函数参数的方法，代码如下：

上面函数的代码中，this.reader.loadBeanDefinitions(resource)才是资源加载的真正实现，也是我们分析的重点之一。我们可以看到时序图中提到的XmlBeanDefinitionReader加载数据就是这里完成的，但是在XmlBeanDefinitionReader加载数据前还有一个调用父类构造函数初始化的过程：super(parentBeanFactory)，跟踪代码到父类AbstractAutowireCapableBeanfactory的构造函数中：

AbstractAutowireCapableBeanFactory.java:

这里有必要提及下ignoreDependencyInterface方法。ignoreDependencyInterface的主要功能，是忽略给定接口的自动装配功能，那么，这样做的目的是什么呢？会产生什么样的效果呢？

举例来说，如果A中有B属性，Spring在获取A的时候会自动初始化B,但某些情况下B不需要被初始化，有种情况就是B实现了BeanNameAware接口。Spring中是这样介绍的，自动装配的时候，忽略给定的依赖接口，典型的应用是通过其他方式解析Application上下文注册依赖，类似于BeanFactory通过BeanFactoryAware进行注入或者ApplicationContext通过ApplicationContextAware进行注入。

内容有点多，下面一节会讲解XmlBeanFactory如何通过XmlBeanDefinitionReader进行加载Bean