我们一般把BeanFactory叫做IoC容器，叫ApplicationContext 为应用上下文（或者Spring容器）; 如果说BeanFactory是Spring的心脏，那么ApplicationContext就是Spring的完整的身躯了; ApplicationContext由BeanFactory派生而来，提供了更加多的面向实际应用的功能; 在BeanFactory中，很多功能需要以编程的方式实现，而在ApplicationContext中则可以通过配置的方式实现。
ApplicationContext还提供了以下的功能： 1) MessageSource,提供国际化的消息访问 2)资源访问，如URL和文件 3）事件传播，实现了ApplicationListener接口的bean 4)应用多个上文，使得每一个上下文都专注于一个特定的层次，比如应用的web层.
1.MessageSource
ApplicationContext接口扩展了MessageSource接口，因而提供了消息处理的功能（i18n或者国际化）。与HierarchicalMessageSource一起使用，它还能够处理嵌套的消息，这些是Spring提供的处理消息的基本接口。让我们快速浏览一下它所定义的方法： String getMessage(String code, Object[] args, String default, Locale loc)：用来从MessageSource获取消息的基本方法。如果在指定的locale中没有找到消息，则使用默认的消息。args中的参数将使用标准类库中的MessageFormat来作消息中替换值。 String getMessage(String code, Object[] args, Locale loc)：本质上和上一个方法相同，其区别在：没有指定默认值，如果没找到消息，会抛出一个NoSuchMessageException异常。 String getMessage(MessageSourceResolvable resolvable, Locale locale)：上面方法中所使用的属性都封装到一个MessageSourceResolvable实现中，而本方法可以指定MessageSourceResolvable实现。 当一个ApplicationContext被加载时，它会自动在context中查找已定义为MessageSource类型的bean。此bean的名称须为messageSource。如果找到，那么所有对上述方法的调用将被委托给该bean。否则ApplicationContext会在其父类中查找是否含有同名的bean。如果有，就把它作为MessageSource。如果它最终没有找到任何的消息源，，一个空的StaticMessageSource将会被实例化，使它能够接受上述方法的调用。
ApplicationContext加载多个配置文件，并读取Bean.xml的配置情况==>one>>
这段配置文件告诉我们资源文件加载的方式，它可以从one.properties，two.properties，两个文件里分别加载我们需要的资源，且它们是按配置文件夹的顺序加载的。
one.properties!two.properties# in ‘two.properties’message=one format!ApplicationContext加载多个配置文件的JAVA源代码package com.spring;import org.springframework.context.MessageSource;import org.springframework.context.support.ClassPathXmlApplicationContext;/** * 简单模拟ApplicationContext加载多个配置文件，并读取属性 * * @author 范芳铭 */ {(String[] args) {MessageSource resources = new ClassPathXmlApplicationContext(“bean.xml”);String message = resources.getMessage(“message”, null, “Default”, null);System.out.println(message);}}
你在无垠的海边第一次听到了自己心跳的声音，
