在Spring官网中是这么介绍ApplicationContext和BeanFacotry的（可直接看后面的翻译）： 
大概翻译一下就是： BeanFactory接口提供了一种先进的配置机制，可以用于定义和管理对象，而且它不受对象类型的限制，可以用于管理各种类型的对象，使Spring框架非常灵活和适用于各种应用场景，ApplicationContext是BeanFactory的子接口，在BeanFactory的基础上添加了：
- 更容易与Spring AOP集成
- 资源处理（用于国际化）
- 事件发布
- 能扩展出特定的Spring容器，如用于Web应用程序的WebApplicationContext。
简而言之，BeanFactory提供了一些基本功能，而ApplicationContext添加了更多面向企业的特定功能。ApplicationContext是BeanFactory的完整超集（拥有并超过BeanFactory的所有功能），在本章中Spring IoC容器指的就是ApplicationContext。
首先ApplicationContext是BeanFactory的子接口，这个看源码也能发现： 
ListableBeanFactory和HierarchicalBeanFactory也继承了BeanFactory，所以ApplicationContext除开继承了BeanFactory之外，还继承了EnvironmentCapable、MessageSource、ApplicationEventPublisher、ResourcePatternResolver四个接口，所以，官网上说ApplicationContext是BeanFactory的完整超集，ApplicationContext在拥有BeanFactory所有功能的同时，还拥有另外四个接口的功能，它们的功能分别是：
- EnvironmentCapable：获取环境变量
- MessageSource：国际化
- ApplicationEventPublisher：事件发布
- ResourcePatternResolver：资源获取
比如我们可以直接用ApplicationContext对象来发布事件，而BeanFactory则不行，它没有publishEvent()方法： 
但是，在Spring官网上还额外说到，ApplicationContext比BeanFactory更容易与Spring AOP集成，这又该怎么理解呢，我们继续往下看。
假如有一个Aspect： 
如果我用AnnotationConfigApplicationContext，那么我只需要在配置类上加上@EnableAspectJAutoProxy注解，那么Aspect就生效了，比如： 
但是如果用BeanFactory，则需要这样： 
- 首先要创建BeanFactory对象
- 注册bean，BeanFactory是不带有扫描功能的，所以需要手动注册bean
- 手动添加aop相关的BeanPostProcessor
- 最后利用BeanFactory创建Bean对象，Aspect生效
从中可以看出，第2、3步是需要程序员手动做的，那为什么ApplicationContext不需要呢？其实也需要，只不过是ApplicationContext内部做了，而不需要程序员来做了，相当于ApplicationContext帮我们实现了这些代码，ApplicationContext底层用的仍然是BeanFactory。
我们可以理解为，BeanFactory提供的功能是积木，ApplicationContext则利用这些积木来搭建出更适合程序员和企业的高级功能，所以官网上说能基于BeanFactory构建出具有特定功能的Spring容器，比如WebApplicationContext。
另外，Spring中非常重要的一个功能就是解析配置类，诸如扫描、解析@Bean、解析@Import等都属于解析配置类，而解析配置类这个功能是ApplicationContext才有的，BeanFactory是没有的，这也是ApplicationContext强大的地方，另外像BeanFactoryPostProcessor机制也是ApplicationContext中提供的。
所以，假如面试官再问你ApplicationContext和BeanFactory的区别，你是不是能征服面试官了呢？
我是爱读源码的大都督周瑜，欢迎关注我的公众号：Hoeller。