SSM社区SSH社区Spring

IoC容器系列的设计与实现(基于Spring5.0.4)

2018-03-12  本文已影响198人  紫霞等了至尊宝五百年

在Spring IoC容器的设计中，两个主要容器系列

1 Spring的IoC容器系列

对IoC容器的使用者来说，我们经常接触到的BeanFactory和ApplicationContext都可以看成是容器的具体表现形式。
如果深入到Spring的实现中去看，所说的IoC容器，实际上代表着一系列功能各异的容器产品，只是容器的功能有大有小，有各自的特点。

Spring有各式各样的IoC容器的实现供用户选择和使用。
使用什么样的容器完全取决于用户的需要，但在使用之前如果能够了解容器的基本情况，那对容器的使用是非常有帮助的，就像我们在购买商品前对商品进行考察和挑选那样

Spring的IoC容器系列概况
作为IoC容器，需要为它的具体实现指定基本的功能规范，这个功能规范的设计表现为接口类BeanFactory

在这些Spring提供的基本IoC容器的接口定义和实现的基础上，Spring通过定义BeanDefinition来管理基于Spring的应用中的各种对象以及它们之间的相互依赖关系。
BeanDefinition抽象了我们对Bean的定义，是让容器起作用的主要数据类型。
IoC容器是用来管理对象依赖关系的，BeanDefinition就是对依赖反转模式中管理的对象依赖关系的数据抽象，也是容器实现依赖反转功能的核心数据结构，依赖反转功能都是围绕对这个BeanDefinition的处理来完成的。

2 Spring IoC容器的设计

IoC容器的接口设计图

3 BeanFactory的应用场景

BeanFactory 是最原始的 ioc 容器，有以下方法 1.getBean2.判断是否有 Bean，containsBean3.判断是否单例 isSingleton。

BeanFactory接口定义了IoC容器最基本的形式,不关心 Bean 是怎样定义和加载的。如果我们想要知道一个工厂具体产生对象的过程，则要看这个接口的实现类。

在Spring的代码实现中，BeanFactory只是一个接口，并没有给出容器的具体实现，DefaultListableBeanFactory、XmlBeanFactory、ApplicationContext等都可以看成是容器附加了某种功能的具体实现


可以使用转义符“&”得到FactoryBean本身，用来区分通过容器来获取FactoryBean产生的对象和获取FactoryBean本身
举例来说，如果myJndiObject是一个FactoryBean,那么使用&myJndiObject得到的是FactoryBean，而不是myJndiObject这个FactoryBean产生出来的实例

BeanFactory接口设计了getBean,可以取得IoC容器中管理的Bean，Bean的取得是通过指定名字来索引的。
如果需要在获取Bean时对Bean的类型进行检查，BeanFactory接口定义了带有参数的getBean，增加了对Bean检索的类型的要求。
用户可以通过BeanFactory接口方法中的getBean来使用Bean名字，从而在获取Bean时，如果需要获取的Bean是prototype类型的，用户还可以为这个prototype类型的Bean生成指定构造函数的对应参数。这使得在一定程度上可以控制生成prototype类型的Bean。

有了BeanFactory的定义，用户可以执行以下操作

4 BeanFactory容器的设计原理

BeanFactory提供了使用IoC容器的规范
在这个基础上，Spring还提供了符合这个IoC容器接口的一系列容器的实现供开发人员使用
以 XmlBeanFactory的实现为例来说明简单IoC容器的设计原理

XmlBeanFactory
可以看到，作为一个简单IoC容器系列最底层实现的XmlBeanFactory
与我们在Spring应用中用到的那些上下文相比，有一个非常明显的特点：它只提供最基本的IoC容器的功能。理解这一点有助于我们理解ApplicationContext与基本的BeanFactory之间的区别
我们可以认为直接的BeanFactory实现是IoC容器的基本形式，而各种ApplicationContext的实现是IoC容器的高级表现形式

下面就从我们比较熟悉的XmlBeanFactory的实现入手进行分析，来看看一个基本的IoC容器是怎样实现的。
仔细阅读XmlBeanFactory的源码，在一开始的注释里会看到功能的简要说明，从代码的注释还可以看到，这是Rod Johnson在2001年就写下的代码，可见这个类应该是Spring的元老类了。继承自DefaultListableBeanFactory，后者非常重要，是我们经常要用到的一个IoC容器的实现，比如在设计应用上下文ApplicationContext时就会用到它
DefaultListableBeanFactory实际上包含了基本IoC容器所具有的重要功能
在Spring中，实际上是把DefaultListableBeanFactory作为一个默认的功能完整的IoC容器来使用的。
XmlBeanFactory在继承了DefaultListableBeanFactory容器的功能的同时，增加了新的功能,是一个可以读取以XML文件方式定义的BeanDefinition的IoC容器

构造 XmlBeanFactory这个IoC容器时，需要指定BeanDefinition的来源，而这个信息来源需要封装成Spring中的Resource类来给出。Resource是Spring用来封装I/O操作的类。比如，我们的BeanDefinition信息是以XML文件形式存在的，那么可以使用像
ClassPath-Resource res = new ClassPathResource("beans.xml");
这样具体的ClassPathResource来构造需要的Resource，然后将Resource作为构造参数传递给XmlBeanFactory构造函数。
这样，IoC容器就可以方便地定位到需要的BeanDefinition信息来对Bean完成容器的初始化和依赖注入过程。
XmlBeanFactory的功能是建立在DefaultListableBeanFactory这个基本容器的基础上的，并在这个基本容器的基础上实现了其他诸如XML读取的附加功能。


在构造方法中需要得到Resource
对XmlBeanDefinitionReader初始化，以及使用这个对象来完成对loadBeanDefinitions的调用，就是这个调用启动从Resource中载入BeanDefinitions的过程

我们看到XmlBeanFactory使用了DefaultListableBeanFactory作为基类，DefaultListable-BeanFactory是很重要的一个IoC实现，在其他IoC容器中，比如ApplicationContext，其实现的基本原理和XmlBeanFactory一样，也是通过持有或者扩展DefaultListableBeanFactory来获得基本的IoC容器的功能的。
参考XmlBeanFactory的实现，我们以编程的方式使用DefaultListableBeanFactory。从中我们可以看到IoC容器使用的一些基本过程
编程式使用IoC容器

ClassPathResource res = new ClassPathResource("beans.xml");
DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);
reader.loadBeanDefinitions(res);

这样，我们就可以通过factory对象来使用 DefaultListableBeanFactory这个IoC容器了。在使用IoC容器时，需要如下几个步骤：

5 ApplicationContext的应用场景

相比那些简单拓展BeanFactory的基本IoC容器，开发人员常用的ApplicationContext除了能够提供前面介绍的容器的基本功能外，还为用户提供了以下的附加服务，可以让客户更方便地使用。所以说，ApplicationContext是一个高级形态意义的IoC容器，

6 ApplicationContext容器的设计原理

以常用的FileSystemXmlApplicationContext的实现为例

FileSystemXmlApplicationContext

在FileSystemXmlApplicationContext的设计中，我们看到ApplicationContext应用上下文的主要功能已经在FileSystemXmlApplicationContext的基类AbstractXmlApplicationContext中实现了，在FileSystemXmlApplicationContext中，作为一个具体的应用上下文，只需要实现和它自身设计相关的两个功能。
一个功能是，如果应用直接使用FileSystemXmlApplicationContext，对于实例化这个应用上下文的支持，同时启动IoC容器的refresh()过程。


这个refresh()过程会牵涉IoC容器启动的一系列复杂操作，同时，对于不同的容器实现，这些操作都是类似的，因此在基类中将它们封装好。所以，我们在FileSystemXml的设计中看到的只是一个简单的调用。

另一个功能是与FileSystemXmlApplicationContext设计具体相关的功能，这部分与怎样从文件系统中加载XML的Bean定义资源有关。
通过这个过程，可以为在文件系统中读取以XML形式存在的BeanDefinition做准备，因为不同的应用上下文实现对应着不同的读取BeanDefinition的方式，在FileSystemXml-ApplicationContext中的实现代码如下：

可以看到，调用这个方法，可以得到FileSystemResource的资源定位。

上一篇下一篇

猜你喜欢

热点阅读