BeanFactory和ApplicationContext有什么区别？

#### 结论 Spring 框架并没有对单例 Bean 进行任何多线程的封装处理。关于单例 Bean 的线程安全和并发问题，需要开发者自行解决。 #### 详细说明 1. **Spring 的职责** - Spring 提供根据配置创建单例（Singleton）Bean 或多例（Prototype）Bean 的功能。 - Spring 并不负责处理单例 Bean 的线程安全问题。 2. **线程安全性** - 单例 Bean 在 Spring 容器中只有一个实例，多个线程会共享同一个实例。 - 如果单例 Bean 中包含可变状态（Mutable State），就需要开发者自行处理线程安全问题。 - 对于无状态（Stateless）的 Bean，大多数情况下是线程安全的，因为它们不包含可变数据。 3. **如何保证线程安全** - 如果 Bean 具有可变状态，可以通过以下几种方式保证线程安全： 1. **使用同步机制**：在访问或修改可变状态时使用同步块（synchronized block）或锁（Lock）。 2. **线程本地变量**：使用 `ThreadLocal` 变量来保证每个线程都有自己独立的实例。 3. **无状态设计**：尽量设计为无状态的 Bean，避免在 Bean 中保存可变数据。 4. **Scope 变更**：将 Bean 的作用域（Scope）由 Singleton 变更为 Prototype，这样每次请求都会创建一个新的实例，避免多个线程共享同一个实例。 #### 示例代码 - **单例 Bean（Singleton）**： ```java @Component @Scope("singleton") public class MySingletonBean { private int counter = 0; public synchronized void incrementCounter() { counter++; } public int getCounter() { return counter; } } ``` - **原型 Bean（Prototype）**： ```java @Component @Scope("prototype") public class MyPrototypeBean { private int counter = 0; public void incrementCounter() { counter++; } public int getCounter() { return counter; } } ``` ### 总结 - Spring 框架中的单例 Bean 并不保证线程安全，开发者需要自行处理单例 Bean 的线程安全问题。 - 对于无状态的 Bean，大多数情况下是线程安全的。 - 如果 Bean 具有可变状态，可以通过同步机制、线程本地变量、无状态设计、或者将作用域变更为 Prototype 来保证线程安全。

### Spring 中 ApplicationContext 和 BeanFactory 的区别 #### 类图与包目录不同 - **BeanFactory**：位于 `spring-beans.jar` 中的 `org.springframework.beans.factory.BeanFactory`。 - **ApplicationContext**：位于 `spring-context.jar` 中的 `org.springframework.context.ApplicationContext`。 #### 国际化支持 - **BeanFactory**：不支持国际化功能，因为它没有扩展 Spring 中的 `MessageResource` 接口。 - **ApplicationContext**：扩展了 `MessageResource` 接口，具有消息处理的能力（i18N）。 #### 强大的事件机制（Event） - **BeanFactory**：不具备事件处理能力。 - **ApplicationContext**：具有强大的事件机制，主要通过 `ApplicationEvent` 和 `ApplicationListener` 接口提供，类似于 Java Swing 中的事件机制。当 `ApplicationContext` 中发布一个事件时，所有实现了 `ApplicationListener` 的 Bean 都会接收到该事件并进行处理。 #### 底层资源的访问 - **BeanFactory**：没有扩展 `ResourceLoader`。 - **ApplicationContext**：扩展了 `ResourceLoader` 接口，可以用来加载多个 `Resource`。 #### 对 Web 应用的支持 - **BeanFactory**：通常以编程的方式被创建。 - **ApplicationContext**：可以声明方式创建，如使用 `ContextLoader`，也可以编程方式创建 `ApplicationContext` 实例。 #### 延迟加载 - **BeanFactory**：采用延迟加载形式来注入 Bean，即在使用到某个 Bean 时（调用 `getBean()`），才对该 Bean 进行加载实例化。这种方式不能发现 Spring 配置中的问题。 - **ApplicationContext**：在容器启动时，一次性创建所有的 Bean，在容器启动时就可以发现 Spring 中存在的配置错误。 #### BeanPostProcessor 和 BeanFactoryPostProcessor 的支持 - **BeanFactory**：需要手动注册 `BeanPostProcessor` 和 `BeanFactoryPostProcessor`。 - **ApplicationContext**：自动注册 `BeanPostProcessor` 和 `BeanFactoryPostProcessor`。 #### 面向开发者与面向框架的区别 - **BeanFactory**：是 Spring 框架的基础设施，主要面向 Spring 本身，不支持 AOP、Web 等插件。 - **ApplicationContext**：不仅包含了 `BeanFactory` 的所有功能，还支持 Spring 的各种插件，面向开发者，提供更多面向实际应用的功能，几乎所有场合都可以直接使用 `ApplicationContext` 而不是底层的 `BeanFactory`。 #### 常用容器 - **BeanFactory**： - `XmlBeanFactory`：可以根据 XML 文件中定义的内容创建相应的 Bean。 - **ApplicationContext**： - `ClassPathXmlApplicationContext`：从 ClassPath 的 XML 配置文件中读取上下文，并生成上下文定义。应用程序上下文从程序环境变量中取得。 - `FileSystemXmlApplicationContext`：从文件系统中的 XML 配置文件读取上下文。 - `XmlWebApplicationContext`：从 Web 应用的 XML 文件读取上下文，如在 Spring MVC 中的使用情况。 ### 总结 - **BeanFactory**：基础设施，面向 Spring 框架本身，适用于基础的 Bean 配置和管理，不支持 AOP 和 Web 插件，主要用于 Spring 内部。 - **ApplicationContext**：面向开发者，扩展了 `BeanFactory` 的功能，支持国际化、事件机制、资源加载、Web 支持等，是更高级别的容器，几乎所有应用场合都推荐使用 `ApplicationContext`。

BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。其中ApplicationContext是BeanFactory的子接口, 包含 BeanFactory 的所有特性,它的主要功能是支持大型的业务应用的创建。 （1）BeanFactory：是Spring里面最底层的接口，包含了各种Bean的定义，读取bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能： ①继承MessageSource，因此支持国际化。 ②统一的资源文件访问方式。 ③提供在监听器中注册bean的事件。 ④同时加载多个配置文件。 ⑤载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层。 （2）①BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。 ②ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。它还可以为Bean配置lazy-init=true来让Bean延迟实例化； ③相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。 （3）BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。 （4）BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。