BeanFactory和ApplicationContext有什么区别

• 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则是自动注册。