Spring前置准备（八）——ConfigurableApplicationContext和DefaultListableBeanFactory的区别

这章没有什么主要内容，主要是回忆并总结并回忆一下之前的问题，ConfigurableApplicationContext和DefaultListableBeanFactory有什么区别？

ConfigurableApplicationContext 对Spring工厂进行了扩展操作，主要扩展了以下内容：

**资源加载，资源协议解析：**如果是手动创建bean工厂对象，则需要我们自己对例如xml文件进行解析处理等操作，而ApplicationContext及其接口中做了相应的处理，不再需要我们创建ApplicationContext对象的时候再去解析配置文件
**Bean 的批量处理：**BeanFacory 只能处理单个bean对象，而ApplicationContext对其作了扩展，实现了批量处理
**Bean 的生命周期管理：**BeanFacory本质上是一个容器，即使手动创建也需要我们来管理工厂的生命周期，例如：开启容器
**国际化：**这个就更不用说明了，BeanFacory是无法处理国际化的问题的，ApplicationContext对其进行了扩展
**环境变量的初始化：**同样BeanFacory也无法处理环境变量的的问题的，ApplicationContext对其进行了扩展
**工厂分层：**新增了父工厂的概念

DefaultListableBeanFactory同样对Bean 工厂的相关的操作做了扩展，但是方向有些不同：

DefaultListableBeanFactory 和 ConfigurableApplicationContext 虽然都对 Bean 工厂功能进行了扩展，但它们有着不同的职责和设计目的，
简单来讲DefaultListableBeanFactory 更像是Bean工厂的基础实现，
打个比方，他就像一个房子，房子的功能是居住，要有墙，然后床，桌子椅子等基础设施，
例如：Spring的主要核心是Ioc，那么它就必须存在容器，所以DefaultListableBeanFactory 中存在了很多Map 集合来保存容器的实例这里可以把容器比作床，工厂对象是房子，
可是单单有容器时不够的，还需要类似门一类的东西，让人进出，也就是获取Bean和销毁Bean的相关方法，这些都是Spring框架的基础设施，
而ConfigurableApplicationContext 更像是为了让人住的更舒服对设施做的扩展功能，
例如：以前的厕所是需要上完厕所后雇人挑粪的，但是现在加装了冲水马桶，人们的操作更加的方便和快捷了，
比如：资源加载，解析，在存在ConfigurableApplicationContext 之前这些操作都需要我们自己加载文件，解析文件，然后关闭释放资源，而这一切都被ConfigurableApplicationContext 封装好了