1.Spring Boot的生命周期
典型回答
一个Spring的Bean从出生到销毁的全过程就是他的整个生命周期,经历以下的几个阶段:
整个生命周期可以大致分为3个大的阶段,分别是:创建、使用、销毁。还可以进一步分为5个小阶段:实例化、初始化、注册Destruction回调、Bean的正常使用以及Bean的销毁
上面的是Spring Bean的基本生命周期,如果涉及到代码方便,可以划分为更加详细的过程介绍:
-
实例化Bean:
Spring 容器首先创建Bean实例。
在AbstractAutowireCapableBeanFactory类中的createBeanInstance方法中实现 -
设置默认值
Spring容器注入必要的属性到Bean中
在AbstractAutowireCapableBeanFactory的populateBean方法中处理 -
检查Aware
如果Bean实现了BeanNameAware、BeanClassLoaderAware接口,Spring容器会调用它们
在AbstractAutowireCapableBeanFactory的initializeBean方法中调用 -
调用BeanPostProcessor的前置处理方法
- 在Bean初始化之前,允许自定义的BeanPostProcessor对Bean实例进行处理,如修改Bean的状态。BeanPostProcessor的postProcessBeforeInitialization方法会在此时被调用。
- 由AbstractAutowireCapableBeanFactory的applyBeanPostProcessorsBeforeInitialization方法执行。
-
调用InitializingBean的afterPropertiesSet方法:
- 提供一个机会,在所有Bean属性设置完成后进行初始化操作。如果Bean实现了InitializingBean接口,afterPropertiesSet方法会被调用。
- 在AbstractAutowireCapableBeanFactory的invokeInitMethods方法中调用。
-
调用自定义init-method方法:
- 提供一种配置方式,在XML配置中指定Bean的初始化方法。如果Bean在配置文件中定义了初始化方法,那么该方法会被调用。
- 在AbstractAutowireCapableBeanFactory的invokeInitMethods方法中调用。
-
调用BeanPostProcessor的后置处理方法:
- 在Bean初始化之后,再次允许BeanPostProcessor对Bean进行处理。BeanPostProcessor的postProcessAfterInitialization方法会在此时被调用。
- 由AbstractAutowireCapableBeanFactory的applyBeanPostProcessorsAfterInitialization方法执行
-
注册Destruction回调:
- 如果Bean实现了DisposableBean接口或在Bean定义中指定了自定义的销毁方法,Spring容器会为这些Bean注册一个销毁回调,确保在容器关闭时能够正确地清理资源。
- 在AbstractAutowireCapableBeanFactory类中的registerDisposableBeanIfNecessary方法中实现
-
Bean准备就绪:
- 此时,Bean已完全初始化,可以开始处理应用程序的请求了。
-
调用DisposableBean的destroy方法:
- 当容器关闭时,如果Bean实现了DisposableBean接口,destroy方法会被调用。
- 在DisposableBeanAdapter的destroy方法中实现
-
调用自定义的destory-method
- 如果Bean在配置文件中定义了销毁方法,那么该方法会被调用。
- 在DisposableBeanAdapter的destroy方法中实现
可以看到,整个Bean的创建的过程都依赖于AbstractAutowireCapableBeanFactory这个类,而销毁主要依赖DisposableBeanAdapter这个类。
AbstractAutowireCapableBeanFactory 的入口处,doCreateBean的核心代码如下,其中包含了实例化、设置属性值、初始化Bean以及注册销毁回调的几个核心方法。
2.关于Spring中的IOC
典型回答
所谓IOC,就是控制反转的意思。
在传统的程序设计中,应用程序代码通常控制着对象的创建和管理。例如,一个对象需要依赖其他对象,那么它会直接new出来对象。这样的设计通常被称为“控制流程”。
而在IOC中,控制关系发生了反转。控制前被转移到了Spring容器中,容器负责创建和管理对象,并在需要的时候将他们注入到应用程序中。
所以,原来这个对象的控制权在我们的代码中,当new了一个对象后,在Spring中,应用程序不再控制对象的创建,而是被动的接收由容器注入的对象。如果没有Spring的话,我们要使用的对象,需要我们自己创建,而有了Spring的IOC之后,对象由IOC容器创建并管理,我们只需要在想要使用的时候从容器中获取就行。
IOC只是一种思想和理念,可以有不同的实现方式。
IOC的优点
使用IOC,有三个优点
- 使用者不用关心引用Bean的实现细节,譬如对于
A a = new A(c,d,e,f);
来说,如果要使用A,那还要把c,d,e,f多个类全都感知一遍,这显然是非常麻烦且不合理的 - 不用创建对个相同的Bean发哦之浪费,仍然是:
A b = new A();
A z = new A();
如果B和Z都引用了A,那么B和Z就可能new 两个A实例,实际上,我们只需要一个就好了。
- **Bean的修改使用方无需感知。**同样是上面的例子,假如说BeanA需要修改,如果没有IOC的话,所有引用到A的其他bean都需要感知这个逻辑,并且做对应的修改。但是如果使用了IOC,其他bean就完全不用感知到
Spring的IOC
对于Spring的IOC来说,它是IOC思想的一种实现方式。在容器启动时,他会根据每个Bean的要求,将Bean注入到SpringContainer中。如果有其他Bean需要使用,就直接从容器中获取即可。