[toc]

ApplicationContext除了拥有 BeanFactory支持的所有功能之外，还进一步扩展了基本容器的功能，包括
BeanFactoryPostProcessor、
BeanPostProcessor
其他特殊类型bean的自动识别
容器启动后bean实例的自动初始化
国际化的信息支持
容器内事件发布等

3种ApplicationContext的实现
FileSystemXmlApplicationContext :从文件系统加载bean
ClassPathXmlApplicationContext :从Classpath加载bean
XmlWebApplicationContext :用于Web应用程序的ApplicationContext实现

新特性一：统一资源加载策略#

Spring提出了一套基于Resource和ResourceLoader接口的资源抽象和加载策略。

ByteArrayResource 将字节（byte）数组提供的数据作为一种资源进行封装? ClassPathResource 从Java应用程序的ClassPath中加载具体资源并进行封装
FileSystemResource 以文件或者URL的形式对该类型资源进行访问，只要能跟File打的交道
UrlResource 通过java.net.URL进行的具体资源查找定位的实现类，内部委派URL进行具体的资源操作。
InputStreamResource 较为少用。

ResourceLoader:查找和定位这些资源,资源定位器

相关资源的ResourceLoader实现类：

DefaultResourceLoader
FileSystemResourceLoader
ResourcePatternResolver（ResourceLoade的子接口）
是1个批量查找的ResourceLoader，会返回resource数组实
可以根据指定的资源路径匹配模式，每次返回多个Resource实例
支持基于Ant风格的路径匹配模式（类似于**/.suffix之类的路径形式），支持ResourcePatternResolver新增加的classpath:前缀等

总关系图

ApplicationContextt默认继承了ResourcePatternResolver，间接实现了ResourceLoader接口
任何的ApplicationContext实现都可以看作是一个 ResourceLoader甚至ResourcePatternResolver

ApplicationContext的资源用法：
1.扮演ResourceLoader的角色

2.ResourceLoader类型的注入
ApplicationContext类型容器可以自动识别Aware接口
因此会自动把自己注入到需要ResourceLoader的实例中

3.Resource类型的注入
BeanFactory如果想注入Resource类型的bean定义，就需要注册自定义的PropertyEditor到 BeanFactory容器
而Application- Context容器可以正确识别Resource类型并转换后注入相关对象

在特定情况下，ApplicationContext的Resource加载行为

Spring扩展了协议前缀的集合。
ResourceLoader中增加了一种新的资源路径协议——classpath:，
ResourcePatternResolver又增加了一种——classpath*:。
classpath*:与classpath:的唯一区别就在于，如果能够在classpath中找到多个指定的资源，则返回多个

ClassPathXmlApplicationContext默认从classpath中加载bean定义配置文件

FileSystemXmlApplicationContext默认尝试从文件系统中加载bean定义文件

但通过加前缀file或者classpath，可以修改加载方式

新增特性二：国际化信息支持#

1.Java SE 提供的国际化支持：
不同的 Locale代表不同的国家和地区，每个国家和地区在Locale这里都有相应的简写代码表ResourceBundle用来保存特定于某个Locale的信息
通过结合ResourceBundle和Locale，我们就能够实现应用程序的国际化信息支持

Spring在Java SE的国际化支持的基础上，进一步抽象了国际化信息的访问接口，也就是 MessageSource

ApplicationContext还实现了MessageSource接口，
3种MessageSource实现
StaticMessageSource 。可以通过编程的方式添加信息条目，多用于测试，不应该用于正式的生产环境。
ResourceBundleMessage 是常用的、用于正式生产环境
ReloadableResourceBundleMessageSource 定期刷新并检查底层的properties资源文件是否有变更。

ApplicationContext 启动的时候，会自动识别容器中类型为MessageSourceAware的bean定义
并将自身作为MessageSource注入相应对象实例中
PS：看一下自己工程里怎么实现的

新增特性三：容器内部事件发布#

java自带事件发布：

ApplicationContext 容器内部允许以ApplicationEvent的形式发布事件，。
容器内注册的ApplicationListener类型的bean定义会被ApplicationContext容器自动识别
一旦容器内发布ApplicationEvent及其子类型的事件，注册到容器的ApplicationListener就会对这些事件进行处理。

application自定义事件ApplicationEvent
Spring提供了三个实现。

ContextClosedEvent：ApplicationContext容器在即将关闭的时候发布的事件类型。
ContextRefreshedEvent：ApplicationContext容器在初始化或者刷新的时候发布的事件类型。
RequestHandledEvent：Web请求处理后发布的事件，其有一子类ServletRequestHandled- Event提供特定于Java EE的Servlet相关事件。

application自定义监听器ApplicationListener
在启动时，会自动识别并加载EventListener类型bean定义，一旦容器内有事件发布，将通知这些注册到容器的EventListener

application自定义发布者ApplicationContext
ApplicationContext接口定义还继承了ApplicationEventPublisher接口

容器启动伊始，就会检查容器内是否存在名称为ApplicationEventMulticaster的 ApplicationEventMulticaster对象实例。
有的话就使用提供的实现，没有则默认初始化一个 SimpleApplicationEventMulticaster作为将会使用的ApplicationEventMulticaster