-
Spring的IoC容器是一个IoC Service Provider，但是，这只是它被冠以IoC之名的部 分原因，我们不能忽略的是“容器”。Spring的IoC容器是一个提供IoC支持的轻量级容器，除了基本 的IoC支持，它作为轻量级容器还提供了IoC之外的支持。如在Spring的IoC容器之上，Spring还提供了 相应的AOP框架支持、企业级服务集成等服务。Spring的IoC容器和IoC Service Provider所提供的服务 之间存在一定的交集，二者的关系如图4-1所示
微信截图_20190216103711.png - Spring提供了两种容器类型：BeanFactory和ApplicationContext。
�BeanFactory。基础类型IoC容器，提供完整的IoC服务支持。如果没有特殊指定，默认采用延 迟初始化策略（lazy-load）。只有当客户端对象需要访问容器中的某个受管对象的时候，才对 该受管对象进行初始化以及依赖注入操作。所以，相对来说，容器启动初期速度较快，所需 要的资源有限。对于资源有限，并且功能要求不是很严格的场景，BeanFactory是比较合适的 IoC容器选择。 - �ApplicationContext。ApplicationContext在BeanFactory的基础上构建，是相对比较高 级的容器实现，除了拥有BeanFactory的所有支持，ApplicationContext还提供了其他高级特性，比如事件发布、国际化信息支持等，这些会在后面详述。ApplicationContext所管理 的对象，在该类型容器启动之后，默认全部初始化并绑定完成。所以，相对于BeanFactory来 说，ApplicationContext要求更多的系统资源，同时，因为在启动时就完成所有初始化，容 器启动时间较之BeanFactory也会长一些。在那些系统资源充足，并且要求更多功能的场景中， ApplicationContext类型的容器是比较合适的选择。
我们可以对BeanFactory和ApplicationContext之间的关系有一个更清晰的认识
注意 ApplicationContext间接继承自BeanFactory，所以说它是构建于BeanFactory之上 的IoC容器。此外，你应该注意到了，ApplicationContext还继承了其他三个接口，它们之间 的关系，我们将在第5章中详细说明。
另外，在没有特殊指明的情况下，以BeanFactory为中心所讲述的内容同样适用于Applica tionContext，这一点需要明确一下，二者有差别的地方会在合适的位置给出解释。
public static void main(String[] args)
{
DefaultListableBeanFactory beanRegistry = new DefaultListableBeanFactory();
BeanFactory container = (BeanFactory)bindViaCode(beanRegistry);
FXNewsProvider newsProvider = ➥
(FXNewsProvider)container.getBean("djNewsProvider");
newsProvider.getAndPersistNews();
}
public static BeanFactory bindViaCode(BeanDefinitionRegistry registry)
{
AbstractBeanDefinition newsProvider = ➥
new RootBeanDefinition(FXNewsProvider.class,true);
AbstractBeanDefinition newsListener = ➥
new RootBeanDefinition(DowJonesNewsListener.class,true);
AbstractBeanDefinition newsPersister = ➥
new RootBeanDefinition(DowJonesNewsPersister.class,true);
// 将bean定义注册到容器中
registry.registerBeanDefinition("djNewsProvider", newsProvider);
registry.registerBeanDefinition("djListener", newsListener);
registry.registerBeanDefinition("djPersister", newsPersister);
// 指定依赖关系
// 1. 可以通过构造方法注入方式
ConstructorArgumentValues argValues = new ConstructorArgumentValues();
argValues.addIndexedArgumentValue(0, newsListener);
argValues.addIndexedArgumentValue(1, newsPersister);
newsProvider.setConstructorArgumentValues(argValues);
// 2. 或者通过setter方法注入方式
MutablePropertyValues propertyValues = new MutablePropertyValues();
propertyValues.addPropertyValue(new ropertyValue("newsListener",newsListener));
propertyValues.addPropertyValue(new PropertyValue("newPersistener",newsPersister));
newsProvider.setPropertyValues(propertyValues);
// 绑定完成
return (BeanFactory)registry;
}
- �在 main 方法中，首先构造一个 DefaultListableBeanFactory 作为 BeanDefinition- Registry，然后将其交给bindViaCode方法进行具体的对象注册和相关依赖管理，然后通过 bindViaCode返回的BeanFactory取得需要的对象，最后执行相应逻辑。在我们的实例里，当 然就是取得FXNewsProvider进行新闻的处理。
�在bindViaCode方法中，首先针对相应的业务对象构造与其相对应的BeanDefinition，使用 了 RootBeanDefinition 作为 BeanDefinition 的实 现类 。构 造完 成后 ，将 这些 BeanDefinition注册到通过方法参数传进来的BeanDefinitionRegistry中。之后，因为我
们的FXNewsProvider是采用的构造方法注入，所以，需要通过ConstructorArgument-Values为其注入相关依赖。在这里为了同时说明setter方法注入，也同时展示了在Spring中如 何使用代码实现setter方法注入。如果要运行这段代码，需要把setter方法注入部分的4行代码注 释掉。最后，以BeanFactory的形式返回已经注册并绑定了所有相关业务对象的BeanDefini tionRegistry实例。
读取文件配置的实现类 外部配置文件方式
Spring的IoC容器支持两种配置文件格式：Properties文件格式和XML文件格式。当然，如果你愿 意也可以引入自己的文件格式，前提是真的需要。
采用外部配置文件时，Spring的IoC容器有一个统一的处理方式。通常情况下，需要根据不同的外 部配置文件格式，给出相应的BeanDefinitionReader实现类，由BeanDefinitionReader的相应实 现类负责将相应的配置文件内容读取并映射到BeanDefinition，然后将映射后的BeanDefinition注 册到一个BeanDefinitionRegistry，之后，BeanDefinitionRegistry即完成Bean的注册和加载。
当然，大部分工作，包括解析文件格式、装配BeanDefinition之类的工作，都是由BeanDefinition- Reader的相应实现类来做的，BeanDefinitionRegistry只不过负责保管而已。整个过程类似于如下 代码：
BeanDefinitionRegistry beanRegistry = <某个BeanDefinitionRegistry实现类，通常为➥ DefaultListableBeanFactory>;
BeanDefinitionReader beanDefinitionReader = new BeanDefinitionReaderImpl(beanRegistry); beanDefinitionReader.loadBeanDefinitions("配置文件路径");
// 现在我们就取得了一个可用的Bea
### 加载Properties配置的BeanFactory的使用演示
public static void main(String[] args) {
DefaultListableBeanFactory beanRegistry = new DefaultListableBeanFactory();
BeanFactory container = (BeanFactory)bindViaPropertiesFile(beanRegistry);
FXNewsProvider newsProvider = (FXNewsProvider)container.getBean("djNewsProvider");
newsProvider.getAndPersistNews();
}
public static BeanFactory bindViaPropertiesFile(BeanDefinitionRegistry registry) {
PropertiesBeanDefinitionReader reader = new PropertiesBeanDefinitionReader(registry);
reader.loadBeanDefinitions("classpath:../../binding-config.properties");
return (BeanFactory)registry;
}
注意 Spring提供的PropertiesBeanDefinitionReader是按照Spring自己的文件配置规则进 行加载的，而同样的道理，你也可以按照自己的规则①来提供相应的Properties配置文件。只不 过，现在需要实现你自己的“PropertiesBeanDefinitionReader”来读取并解析。这当然有“重新 发明轮子”之嫌，不过，如果你只是想试验一下，也可以尝试哦。无非就是按照自己的规则把 各个业务对象信息读取后，将编码方式的代码改造一下放到你自己的“PropertiesBean- DefinitionReader”而已。
spring 容器启动 战略性观望
Spring的IoC容器所起的作用，就像图4-7所展示的那样，它会以某种方式加载Configuration Metadata（通常也就是XML格式的配置信息），然后根据这些信息绑定整个系统的对象，最终组装成 一个可用的基于轻量级容器的应用系统。
Spring的IoC容器实现以上功能的过程，基本上可以按照类似的流程划分为两个阶段，即容器启动 阶段和Bean实例化阶段，如图4-8所示。
Spring的IoC容器在实现的时候，充分运用了这两个实现阶段的不同特点，在每个阶段都加入了相 应的容器扩展点，以便我们可以根据具体场景的需要加入自定义的扩展逻辑。
-
容器启动阶段
图4-9演示了这个阶段的主要工作。
容器启动伊始，首先会通过某种途径加载Configuration MetaData。除了代码方式比较直接，在大 部分情况下，容器需要依赖某些工具类（BeanDefinitionReader）对加载的Configuration MetaData进行解析和分析，并将分析后的信息编组为相应的BeanDefinition，最后把这些保存了bean定义必 要信息的BeanDefinition，注册到相应的BeanDefinitionRegistry，这样容器启动工作就完成了。
微信截图_20190217164424.png
总地来说，该阶段所做的工作可以认为是准备性的，重点更加侧重于对象管理信息的收集。当然，
一些验证性或者辅助性的工作也可以在这个阶段完成。 - Bean实例化阶段
经过第一阶段，现在所有的bean定义信息都通过BeanDefinition的方式注册到了BeanDefini tionRegistry中。当某个请求方通过容器的getBean方法明确地请求某个对象，或者因依赖关系容器 需要隐式地调用getBean方法时，就会触发第二阶段的活动。
该阶段，容器会首先检查所请求的对象之前是否已经初始化。如果没有，则会根据注册的 BeanDefinition所提供的信息实例化被请求对象，并为其注入依赖。如果该对象实现了某些回调接 口，也会根据回调接口的要求来装配它。当该对象装配完毕之后，容器会立即将其返回请求方使用。
如果说第一阶段只是根据图纸装配生产线的话，那么第二阶段就是使用装配好的生产线来生产具体的 产品了。
