------------------siwuxie095

Spring 通过一个配置文件描述 Bean 和 Bean 之间的依赖关系，

利用 Java 语言的反射功能实例化 Bean，并建立 Bean 之间的

依赖关系

Spring 的 IoC 容器在完成这些底层工作的基础上，还提供了

Bean 实例缓存、生命周期管理、Bean 实例代理、事件发布

和 资源装载 等高级服务

BeanFactory 是 Spring 框架最核心的接口，它提供了高级 IoC 的

配置机制，BeanFactory 使管理不同类型的 Java 对象成为可能

ApplicationContext 建立在 BeanFactory 基础之上，提供了更多面向应用

的功能，它提供了国际化支持和框架事件体系，更易于创建实际应用

一般称 BeanFactory 为 IoC 容器，而称 ApplicationContext 为 应用上下文

二者的区分：

BeanFactory 是 Spring 框架的基础设施，面向 Spring 本身

ApplciationContext 面向使用 Spring 框架的开发者，几乎所有的应用

场合都直接使用 ApplicationContext，而非底层的 BeanFactory

BeanFactory 的介绍

BeanFactory 是一个类工厂，但和传统的类工厂不同，传统的类工厂

仅负责构造一个 或几个类的实例，而 BeanFactory 是类的通用工厂，

它可以创建并管理各种类的对象

这些可被创建和管理的对象本身没有什么特别之处，它们仅仅是一个

POJO，Spring 称这些被创建和管理的 Java 对象为 Bean

即 在 Spring 中，Java 对象的范围更加宽泛

BeanFactory 接口位于类结构树的顶端，它最主要的方法就是

getBean(String beanName)，该方法从容器中返回特定名称

的 Bean，BeanFactory 的功能通过其他接口得到不断扩展 

BeanFactory 的类体系结构：

（1）XmlBeanFactory

Spring 为 BeanFactory 提供了多种实现类，最常用的是 XmlBeanFactory

（2）ListableBeanFactory

该接口定义了访问容器中 Bean 基本信息的若干方法，如：查看 Bean 的个数，

获取某一类型 Bean 的配置名，或 查看容器中是否包含某一 Bean …

（3）HierarhicalBeanFactory

父子级联 IoC 容器的接口，子容器可以通过接口方法访问父容器

（4）ConfigurableBeanFactory

该接口增强了 IoC 容器的可定制性，它定义了设置类装载器、属性

编辑器、容器初始化后置处理器等方法

（5）AutowireCapableBeanFactory

定义了将容器中的 Bean 按某种规则（如：按名称匹配、按类型匹配）

进行自动装配的方法

（6）SingletonBeanFactory

定义了允许在运行期间向容器注册单实例 Bean 的方法

（7）BeanDefinitionRegistry

Spring 配置文件中每一个 Bean 节点元素在 Spring 容器里都通过一个

BeanDefinition 对象表示，它描述了 Bean 的配置信息

而 BeanDefinitionResgistry 接口提供了向容器手工注册 BeanDefinition

对象的方法

BeanFactory 的初始化顺序：

（1）创建配置文件

（2）装载配置文件

（3）启动 IoC 容器

（4）获取 Bean 实例

通过 BeanFactory 启动 IoC 容器时，并不会初始化配置文件

中定义的 Bean，初始化动作发生在第一个调用的时候

对于单实例的 Bean 来说，BeanFactory 会缓存 Bean 实例，

所以第二次使用 getBean() 方法时就可以直接从 IoC 容器的

缓存中获取 Bean 实例 

另外，在初始化 BeanFactory 时必须为其提供一种日志框架，

一般使用 Log4J，即在类路径下提供 Log4J 的配置文件，这

样，启动 Spring 容器时才不会报错

ApplicationContext 的介绍

如果说 BeanFactory 是 Spring 的心脏，那么 ApplicationContext

就是完整的身躯

ApplicationContext 由BeanFactory派生而来，提供了很多实际应用

的功能。在 BeanFactory 中，很多功能需要以编程的方式实现，而在

ApplicationContext 中则可以通过配置的方式实现

ApplicationContext 的具体实现类：

（1）ClassPathXmlApplicationContext

从类路径中加载配置文件

（2）FileSystemXmlApplicationContext

从文件系统中加载配置文件

（3）ConfigurableApplicationContext

扩展自 ApplicationContext，新增了两个主要方法 reflesh() 和

close()。这让 ApplicationContext 具有启动、刷新和关闭应用

上下文的能力

在应用上下文关闭的情况下调用 reflesh() 即可启动应用上下文，

在已经启动的状态下调用 reflesh() 即可清除缓存并且重新装载

配置信息，调用 close() 方法则可以关闭应用上下文

ApplicationContext 通过许多其他接口扩展了 BeanFactory 的功能

ApplicationContext 的扩展接口：

（1）ApplicationEventPublisher

它让容器拥有发布应用上下文事件的功能，包括容器启动事件、

关闭事件等

实现了 ApplicationListener 事件监听接口的 Bean 可以接收到

容器事件， 并对容器事件进行响应处理

在 ApplicationContext 抽象实现类 AbstractApplicationContext 中，

可以发现存在一个 ApplicationEventMulticaster，它负责保存所有监

听器，以便在容器产生上下文事件时通知这些事件监听器

（2）MessageSource

为容器提供了 I18N 国际化信息访问的功能

（3）ReaourcePatternResolver

所有 ApplicationContext 实现类都实现了类似于

PathMatchingResourcePatternResolver 的功能，

可以通过带前缀 Ant 风格的资源类文件路径来装载

Spring 的配置文件

（4）LifeCycle

该接口是 Spring 2.0 加入的，提供了 start() 和 stop() 两个方法，

主要用于控制异步处理过程

在具体使用时，该接口同时被 ApplicationContext 实现及具体 Bean 实现，

ApplicationContext 会将 start/stop 的信息传递给容器中所有实现了该接

口的 Bean，以达到管理和控制 JMX、任务调度等目的

和 BeanFactory 初始化相似，ApplicationContext 的初始化也很简单，

根据配置文件路径不同可选择不同的实现类加载：

（1）ClassPathXmlApplicationContext：配置文件在类路径下

（2）FileSystemXmlApplicationContext：配置文件在文件系统路径下

Bean 的实例化问题：

 ApplicationContext 的初始化和 BeanFactory 有一个重大的区别：

BeanFactory 在初始化容器时，并未实例化 Bean，直到第一次访问某个

Bean 时才实例目标 Bean，而 ApplicationContext 则在初始化应用上

下文时就实例化所有单实例的 Bean 

【made by siwuxie095】

BeanFactory和ApplicationContext的介绍