为什么大多数IOC容器使用ApplicationContext，而不用BeanFactory

1. 引言

Spring框架附带了两个IOC容器– BeanFactory 和 ApplicationContext. BeanFactory是IOC容器的最基本版本，ApplicationContext扩展了BeanFactory的功能。

那么本篇文章中，我们将通过实际例子了解这两个IOC容器之间的显著差异。

2. 延迟加载 vs. 预加载

BeanFactory 按需加载bean，而 ApplicationContext 则在启动时加载所有bean。因此，BeanFactory与ApplicationContext相比是轻量级的。让我们用一个例子来理解它。

2.1. BeanFactory 延迟加载

假设我们有一个名为 Student 单例Bean：

public class Student {
    public static boolean isBeanInstantiated = false;

    public void postConstruct() {
        setBeanInstantiated(true);
    }

    //standard setters and getters
}

我们将把 postConstruct() 方法定义为BeanFactory配置文件 ioc-container-difference-example.xml 中的 init method:

<bean id="student" class="com.baeldung.ioccontainer.bean.Student" init-method="postConstruct"/>

现在，让我们编写一个测试用例来创建一个BeanFactory 来检查它是否加载了Student bean：

@Test
public void whenBFInitialized_thenStudentNotInitialized() {
    Resource res = new ClassPathResource("ioc-container-difference-example.xml");
    BeanFactory factory = new XmlBeanFactory(res);

    assertFalse(Student.isBeanInstantiated());
}

这里，没有初始化 Student 对象。换句话说，只有 BeanFactory 被初始化了。只有当我们显式调用getBean()方法时，BeanFactory 中定义的 bean 才会被加载。

让我们检查一下 Student bean 的初始化情况，我们手动调用 getBean() 方法：

@Test
public void whenBFInitialized_thenStudentInitialized() {
    Resource res = new ClassPathResource("ioc-container-difference-example.xml");
    BeanFactory factory = new XmlBeanFactory(res);
    Student student = (Student) factory.getBean("student");

    assertTrue(Student.isBeanInstantiated());
}

这里，Student bean 成功加载。因此，BeanFactory 只在需要时加载bean。

2.2. ApplicationContext 预加载

现在，让我们用ApplicationContext代替BeanFactory

我们只定义ApplicationContext，它将使用预加载策略立即加载所有bean：

@Test
public void whenAppContInitialized_thenStudentInitialized() {
    ApplicationContext context = new ClassPathXmlApplicationContext("ioc-container-difference-example.xml");

    assertTrue(Student.isBeanInstantiated());
}

在这里，即使我们没有调用 getBean() 方法，也会创建 Student 对象

ApplicationContext 被认为是一个沉重的IOC容器，因为它的预加载策略在启动时加载所有bean。相比之下，BeanFactory 是轻量级的，在内存受限的系统中非常方便。尽管如此，大多数用例仍然首选使用 ApplicationContext，这是为什么呢？

3. 企业应用程序功能

ApplicationContext 以更面向框架的风格增强了BeanFactory，并提供了一些适用于企业应用程序的功能。

例如，它提供了消息传递（i18n或国际化）功能、事件发布功能、基于注释的依赖注入，以及与Spring AOP特性的简单集成。

除此之外，ApplicationContext几乎支持所有类型的 bean 作用域，但是BeanFactory只支持两个作用域——Singleton和Prototype。因此，在构建复杂的企业应用程序时，最好使用ApplicationContext。

4. 自动注册BeanFactoryPostProcessor和BeanPostProcessor

**ApplicationContext 在启动时自动注册 BeanFactoryPostProcessor 和 BeanPostProcessor **。然而，BeanFactory不会自动注册这些接口。

4.1. 在 BeanFactory 中注册

为了理解，让我们写两个类。

首先，我们有CustomBeanFactoryPostProcessor类，它实现了BeanFactoryPostProcessor：

public class CustomBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
    private static boolean isBeanFactoryPostProcessorRegistered = false;

    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory){
        setBeanFactoryPostProcessorRegistered(true);
    }

    // standard setters and getters
}

这里，我们重写了 postProcessBeanFactory() 方法来检查它的注册。

其次，我们还有另一个类，CustomBeanPostProcessor，它实现了BeanPostProcessor：

public class CustomBeanPostProcessor implements BeanPostProcessor {
    private static boolean isBeanPostProcessorRegistered = false;

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName){
        setBeanPostProcessorRegistered(true);
        return bean;
    }

    //standard setters and getters
}

这里，我们重写了 PostProcessBeforeAlization() 方法来检查其注册。

另外，我们在 ioc-container-difference-example.xml 配置文件中配置了这两个类：

<bean id="customBeanPostProcessor"
  class="com.baeldung.ioccontainer.bean.CustomBeanPostProcessor" />
<bean id="customBeanFactoryPostProcessor"
  class="com.baeldung.ioccontainer.bean.CustomBeanFactoryPostProcessor" />

让我们看一个测试用例来检查这两个类是否在启动期间自动注册：

@Test
public void whenBFInitialized_thenBFPProcessorAndBPProcessorNotRegAutomatically() {
    Resource res = new ClassPathResource("ioc-container-difference-example.xml");
    ConfigurableListableBeanFactory factory = new XmlBeanFactory(res);

    assertFalse(CustomBeanFactoryPostProcessor.isBeanFactoryPostProcessorRegistered());
    assertFalse(CustomBeanPostProcessor.isBeanPostProcessorRegistered());
}

从我们的测试中我们可以看到，自动注册并没有发生。

现在，让我们看看一个测试用例，手动将它们添加到 BeanFactory：

@Test
public void whenBFPostProcessorAndBPProcessorRegisteredManually_thenReturnTrue() {
    Resource res = new ClassPathResource("ioc-container-difference-example.xml");
    ConfigurableListableBeanFactory factory = new XmlBeanFactory(res);

    CustomBeanFactoryPostProcessor beanFactoryPostProcessor
      = new CustomBeanFactoryPostProcessor();
    beanFactoryPostProcessor.postProcessBeanFactory(factory);
    assertTrue(CustomBeanFactoryPostProcessor.isBeanFactoryPostProcessorRegistered());

    CustomBeanPostProcessor beanPostProcessor = new CustomBeanPostProcessor();
    factory.addBeanPostProcessor(beanPostProcessor);
    Student student = (Student) factory.getBean("student");
    assertTrue(CustomBeanPostProcessor.isBeanPostProcessorRegistered());
}

这里，我们使用 postProcessBeanFactory() 方法注册 CustomBeanFactoryPostProcessor，使用 addBeanPostProcessor() 方法注册CustomBeanPostProcessor。在这种情况下，它们都注册成功。

4.2. 在 ApplicationContext 中注册

如前所述，ApplicationContext会自动注册这两个类，而无需编写额外的代码。

让我们在单元测试中验证此行为：

@Test
public void whenAppContInitialized_thenBFPostProcessorAndBPostProcessorRegisteredAutomatically() {
    ApplicationContext context
      = new ClassPathXmlApplicationContext("ioc-container-difference-example.xml");

    assertTrue(CustomBeanFactoryPostProcessor.isBeanFactoryPostProcessorRegistered());
    assertTrue(CustomBeanPostProcessor.isBeanPostProcessorRegistered());
}

我们可以看到，这两个类的自动注册都是成功的。

因此，建议使用ApplicationContext，因为Spring2.0（及更高版本）大量使用BeanPostProcessor。

还有一点值得注意的是如果使用的是普通的 BeanFactory，那么事务和AOP之类的功能将不会生效（除非你编写额外的代码实现，那就另当别论了）。这样可能会导致代码很混乱，因为配置看起来貌似没毛病。

5. 写在结尾

ApplicationContext 提供了一些高级功能，包括一些面向企业应用程序的功能，而BeanFactory只提供了基本功能。因此，一般建议使用 ApplicationContext ，只有在内存消耗非常关键的情况下，我们才应该考虑去使用BeanFactory。

如果你觉得文章还不错，记得关注公众号： 锅外的大佬

刘一手的博客