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。
BeanFactory 和 ApplicationContext 都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext 则是自动注册。
