2019-02-16 Spring 学习笔记(beanFacto

• 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之间的关系有一个更清晰的认识

微信截图_20190216103940.png

注意 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; 
} 

BeanFactory只是一个接口，我们最终需要一个该接口的实现来进行实际的Bean的管理，Default- ListableBeanFactory就是这么一个比较通用的BeanFactory实现类。DefaultListableBean- Factory除了间接地实现了BeanFactory接口，还实现了BeanDefinitionRegistry接口，该接口才 是在BeanFactory的实现中担当Bean注册管理的角色。基本上，BeanFactory接口只定义如何访问容 器内管理的Bean的方法，各个BeanFactory的具体实现类负责具体Bean的注册以及管理工作。 BeanDefinitionRegistry接口定义抽象了Bean的注册逻辑。通常情况下，具体的BeanFactory实现 类会实现这个接口来管理Bean的注册。 微信截图_20190216104318.png

• �在 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容器在实现的时候，充分运用了这两个实现阶段的不同特点，在每个阶段都加入了相 应的容器扩展点，以便我们可以根据具体场景的需要加入自定义的扩展逻辑。

微信截图_20190217164323.png

1. 容器启动阶段
   容器启动伊始，首先会通过某种途径加载Configuration MetaData。除了代码方式比较直接，在大 部分情况下，容器需要依赖某些工具类（BeanDefinitionReader）对加载的Configuration MetaData进行解析和分析，并将分析后的信息编组为相应的BeanDefinition，最后把这些保存了bean定义必 要信息的BeanDefinition，注册到相应的BeanDefinitionRegistry，这样容器启动工作就完成了。
   

   图4-9演示了这个阶段的主要工作。 微信截图_20190217164424.png
   总地来说，该阶段所做的工作可以认为是准备性的，重点更加侧重于对象管理信息的收集。当然，
   一些验证性或者辅助性的工作也可以在这个阶段完成。
2. Bean实例化阶段
   经过第一阶段，现在所有的bean定义信息都通过BeanDefinition的方式注册到了BeanDefini tionRegistry中。当某个请求方通过容器的getBean方法明确地请求某个对象，或者因依赖关系容器 需要隐式地调用getBean方法时，就会触发第二阶段的活动。
   该阶段，容器会首先检查所请求的对象之前是否已经初始化。如果没有，则会根据注册的 BeanDefinition所提供的信息实例化被请求对象，并为其注入依赖。如果该对象实现了某些回调接 口，也会根据回调接口的要求来装配它。当该对象装配完毕之后，容器会立即将其返回请求方使用。
   如果说第一阶段只是根据图纸装配生产线的话，那么第二阶段就是使用装配好的生产线来生产具体的 产品了。