BeanFactory工厂与ApplicationContext的区别

1.16 BeanFactory工厂

​ BeanFactory API为Spring的IoC功能提供了基础。它的特定合同主要用于与Spring的其他部分以及相关的第三方框架集成，并且其DefaultListableBeanFactory实现是更高级别的GenericApplicationContext容器中的关键委托。

​ BeanFactory和相关接口（例如BeanFactoryAware，InitializingBean，DisposableBean）是其他框架组件的重要集成点。通过不需要任何注释甚至是反射，它们允许容器及其组件之间非常有效的交互。应用程序级Bean可以使用相同的回调接口，但通常更喜欢通过注释或通过程序配置进行声明式依赖注入。

​ 请注意，核心BeanFactory API级别及其DefaultListableBeanFactory实现不对配置格式或要使用的任何组件注释进行假设。所有这些风味都是通过扩展（例如XmlBeanDefinitionReader和AutowiredAnnotationBeanPostProcessor）引入的，并以核心元数据表示形式对共享BeanDefinition对象进行操作。这就是使Spring的容器如此灵活和可扩展的本质。

• 选择BeanFactory 还是ApplicationContext

  除非有充分的理由，否则应使用ApplicationContext，除非将GenericApplicationContext及其子类AnnotationConfigApplicationContext作为自定义引导的常见实现，否则请使用ApplicationContext。这些是用于所有常见目的的Spring核心容器的主要入口点：加载配置文件，触发类路径扫描，以编程方式注册Bean定义和带注释的类，以及（从5.0版本开始）注册功能性Bean定义。

  因为ApplicationContext包含BeanFactory的所有功能，所以通常建议在普通BeanFactory上使用，除非需要对Bean处理的完全控制。在ApplicationContext（例如GenericApplicationContext实现）中，按照惯例（即，按Bean名称或Bean类型（尤其是后处理器））检测到几种Bean，而普通的DefaultListableBeanFactory不知道任何特殊的Bean。

  对于许多扩展的容器功能，例如注释处理和AOP代理，BeanPostProcessor扩展点至关重要。如果仅使用普通的DefaultListableBeanFactory，则默认情况下不会检测到此类后处理器并将其激活。这种情况可能会造成混乱，因为您的bean配置实际上并没有错。而是在这种情况下，需要通过其他设置完全引导容器。

  下表列出了BeanFactory和ApplicationContext接口和实现提供的功能。

  功能	BeanFactory	ApplicationContext
  Bean instantiation/wiring	Yes	Yes
  Integrated lifecycle management	No	Yes
  Automatic BeanPostProcessor registration	No	Yes
  Automatic BeanFactoryPostProcessor registration	No	Yes
  Convenient MessageSource access (for internalization)	No	Yes
  Built-in ApplicationEvent publication mechanism	No	Yes

  要向DefaultListableBeanFactory显式注册Bean后处理器，您需要以编程方式调用addBeanPostProcessor，如以下示例所示：

  DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
  // populate the factory with bean definitions
  
  // now register any needed BeanPostProcessor instances
  factory.addBeanPostProcessor(new AutowiredAnnotationBeanPostProcessor());
  factory.addBeanPostProcessor(new MyBeanPostProcessor());
  
  // now start using the factory
  

  要将BeanFactoryPostProcessor应用于普通的DefaultListableBeanFactory，您需要调用其postProcessBeanFactory方法，如以下示例所示：

  DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
  XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);
  reader.loadBeanDefinitions(new FileSystemResource("beans.xml"));
  
  // bring in some property values from a Properties file
  PropertySourcesPlaceholderConfigurer cfg = new PropertySourcesPlaceholderConfigurer();
  cfg.setLocation(new FileSystemResource("jdbc.properties"));
  
  // now actually do the replacement
  cfg.postProcessBeanFactory(factory);
  

  在这两种情况下，显式的注册步骤都不方便，这就是为什么在Spring支持的应用程序中，各种ApplicationContext变量比普通的DefaultListableBeanFactory更为可取的原因，特别是在典型企业设置中依赖BeanFactoryPostProcessor和BeanPostProcessor实例来扩展容器功能时。

  AnnotationConfigApplicationContext已注册了所有常见的注释后处理器，并且可以通过配置注释（例如@EnableTransactionManagement）在幕后引入其他处理器。在Spring基于注释的配置模型的抽象级别上，bean后处理器的概念仅是内部容器详细信息。

参考文献

【https://docs.spring.io/spring-framework/docs/current/reference/html/core.html】【1.16. The BeanFactory】