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