这章没有什么主要内容,主要是回忆并总结并回忆一下之前的问题,ConfigurableApplicationContext和DefaultListableBeanFactory有什么区别?
ConfigurableApplicationContext的作用
ConfigurableApplicationContext 对Spring工厂进行了扩展操作,主要扩展了以下内容:
- **资源加载,资源协议解析:**如果是手动创建bean工厂对象,则需要我们自己对例如xml文件进行解析处理等操作,而ApplicationContext及其接口中做了相应的处理,不再需要我们创建ApplicationContext对象的时候再去解析配置文件
- **Bean 的批量处理:**BeanFacory 只能处理单个bean对象,而ApplicationContext对其作了扩展,实现了批量处理
- **Bean 的生命周期管理:**BeanFacory本质上是一个容器,即使手动创建也需要我们来管理工厂的生命周期,例如:开启容器
- **国际化:**这个就更不用说明了,BeanFacory是无法处理国际化的问题的,ApplicationContext对其进行了扩展
- **环境变量的初始化:**同样BeanFacory也无法处理环境变量的的问题的,ApplicationContext对其进行了扩展
- **工厂分层:**新增了父工厂的概念
DefaultListableBeanFactory的作用
DefaultListableBeanFactory同样对Bean 工厂的相关的操作做了扩展,但是方向有些不同:
- Bean定义对象的操作
- Bean的创建与获取
- 以来注入的处理
- 作用域的支持
ConfigurableApplicationContext和DefaultListableBeanFactory的区别
- DefaultListableBeanFactory 和 ConfigurableApplicationContext 虽然都对 Bean 工厂功能进行了扩展,但它们有着不同的职责和设计目的,
- 简单来讲DefaultListableBeanFactory 更像是Bean工厂的基础实现,
- 打个比方,他就像一个房子,房子的功能是居住,要有墙,然后床,桌子椅子等基础设施,
- 例如:Spring的主要核心是Ioc,那么它就必须存在容器,所以DefaultListableBeanFactory 中存在了很多Map 集合来保存容器的实例这里可以把容器比作床,工厂对象是房子,
- 可是单单有容器时不够的,还需要类似门一类的东西,让人进出,也就是获取Bean和销毁Bean的相关方法,这些都是Spring框架的基础设施,
- 而ConfigurableApplicationContext 更像是为了让人住的更舒服对设施做的扩展功能,
- 例如:以前的厕所是需要上完厕所后雇人挑粪的,但是现在加装了冲水马桶,人们的操作更加的方便和快捷了,
- 比如:资源加载,解析,在存在ConfigurableApplicationContext 之前这些操作都需要我们自己加载文件,解析文件,然后关闭释放资源,而这一切都被ConfigurableApplicationContext 封装好了