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需要使用，就直接从容器中获取即可。
