-
ApplicationContext是BeanFactory的子接口
-
ApplicationContext 提供了更完整的功能：
- 继承MessageSource，因此支持国际化
- 统一的资源文件访问方式
- 提供在监听器中注册bean的事件
- 同时加载多个配置文件
- 载入多个(有继承关系)上下文，使得每一个上下文都专注于一个特定的层次，比如应用的web层。
-
BeanFactory采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时（调用getBean()），才对该Bean进行加载实例化。这样程序员就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFactory加载后，直至第一次使用调用getBean方法才会抛出异常。
-
ApplicationContext，他是在容器启动时，一次性创建了所有的Bean。这样在容器启动时，程序员就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。ApplicationContext启动后预载入多有的单实例Bean，通过预载入单实例bean，确保当你需要使用的时候，你就不用等待，因为他们已经创建好了。
-
相对于基本BeanFactory，ApplicationContext唯一不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。
-
BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader来创建一个ApplicationContext。
-
BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但是两者的区别时：BeanFactory手动注册，而ApplicationContext则是自动注册。