BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做Spring的容器。其中ApplicationContext是BeanFactory的子接口。
依赖关系
BeanFactory：是Spring里面最底层的接口，包含了各种Bean的定义，读取bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean之间的依赖关系。
ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能：
- 继承MessageSource，因此支持国际化。
- 统一的资源文件访问方式。
- 提供在监听器中注册bean的事件。
- 同时加载多个配置文件。
- 载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层。
加载方式
BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。
ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样，在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。
相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。
创建方式
BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。
注册方式
BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用，但两者之间的区别是：BeanFactory需要手动注册，而ApplicationContext则是自动注册。
补充
BeanFactory和ApplicationContext是Spring框架中两个关键的接口，它们有以下区别：
- 容器的加载时间：BeanFactory是最基本的容器接口，它的实现在应用程序启动时并不会立即加载所有的Bean实例，而是在需要获取某个Bean时才进行实例化。相比之下，ApplicationContext接口在容器初始化时就会预先实例化和配置所有的Bean，因此加载时间更早。
- Bean的延迟加载：BeanFactory支持延迟加载，即只有在需要时才会实例化Bean。这可以节省系统资源，特别是对于大型应用程序而言。而ApplicationContext通常是预先实例化和配置所有的Bean，因此不支持延迟加载。
- Bean的作用域管理：BeanFactory和ApplicationContext都支持不同的Bean作用域，如单例（Singleton）、原型（Prototype）等。但ApplicationContext还提供了更多的作用域选项，如会话（Session）、请求（Request）等，适用于Web应用程序开发。
- 国际化支持：ApplicationContext接口提供了国际化（Internationalization）支持，可以方便地实现多语言的消息资源管理和文本翻译。
- 事件发布与处理：ApplicationContext支持事件（Event）的发布和处理机制，可以实现组件之间的事件通知和响应。
- AOP（面向切面编程）支持：ApplicationContext接口提供了对AOP的支持，可以方便地实现面向切面的编程，如方法拦截、事务管理等。
总的来说，BeanFactory是Spring IoC容器的基本形式，提供了延迟加载和基本的依赖注入功能；而ApplicationContext是BeanFactory的一个扩展，提供了更多的高级特性，如预先实例化所有Bean、作用域管理、国际化支持、事件发布处理和AOP支持等。因此，一般情况下，推荐使用ApplicationContext来管理和配置Spring应用程序的Bean。
