BeanFactory和ApplicationContext有什么区别

ApplicationContext是BeanFactory的子接口
ApplicationContext提供了更完整的功能：
（1）继承MessageResource，因此支持格式化
（2）统一的资源文件访问方式
（3）提供在监听器中注册bean的事件
（4）同时可以加载多个配置文件
（5）载入多个（有继承关系）上下文，使得每一个上下文都专注于一个特定的层次，比如应用的web层。

BeanFactory采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时（调用getBean()），才对该Bean进行加载实例化。这样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFactory加载后，直至第一次调用getBean方法才会抛出异常。

ApplicationContext，它是在容器启动时，一次性创建了所有的Bean，这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。ApplicationContext启动后预载入所有的单实例bean，确保当你需要的时候，不用等待。

相对于基本的BeanFactory，ApplicationContext唯一的不足是占用内存空间，当应用程序配置的bean较多时，程序启动比较慢。

BeanFactory通常以编程的方式创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。

BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。