Spring Bean生命周期详细分析

前言

Bean的生命周期分为实例化Instantiation、属性赋值Populate、初始化Initalization、销毁Destruction，下面我将从这四个方面深入分享Bean的生命周期。

一、Bean的介绍

我们首先来看看spring的两大核心思想IOC（控制反转），DI（依赖注入）和AOP （面向切面编程）

IOC（控制反转）：是Spring框架的核心思想之一,主要用于解耦。I0C是指将创建对象的控制权转移给Spring框架进行管理。由Spring框架根据配置文件或注解等元数据,创建bean对象并管理各个bean对象之间的依赖关系。使对象之间形成松散耦合的关系,利于解耦。

DI（依赖注入）：是对IOC概念的不同角度的描述,是指应用程序在运行时，每一个bean对象都依赖IOC容器注入当前bean对象所需要的另外一-个bean对象。(例如在MyBatis整合Spring时,SqISessionFactoryBean依赖容器注入-个DataSource数据源)

IOC容器：IOC容器属于SpringCore模块，是用来创建和管理Bean的地方，以默认单例的方式将bean存储在以ConcurrentHashMap的形式存储了BeanDefinition对象，该对象封装了Spring对一个Bean所有信息的定义，包括类名，属性，构造方法参数，依赖，是否延迟加载，是否单例等，之后对Bean的操作都是直接对它进行的。

IOC容器的初始化分三个步骤:

BeanDefinition的资源定位
BeanDefinition的资源的载入和解析
BeanDefinition的注册

AOP （面向切面编程）：SpringAOP基于动态代理实现。能够将那些与业务无关，却为业务模块所共同调用的逻辑(例如事务处理、日志管理、权限控制等)封装抽取成一个可重用的模块，这个模块被命名为“切面”(Aspect)，便于减少系统的重复代码，降低模块间的耦合度,并有利于未来的可拓展性和可维护性;

什么是Bean

bean是计算机自动生成的类，bean是一个由SpringIoC容器实例化、组装和管理的对象。也就是说，bean并不是程序员编辑的，而是程序运行时，由spring通过反射生成的

Bean的生命周期

实例化->属性赋值->初始化->销毁

Bean的作用域

singleton : 唯一 bean 实例，Spring 中的 bean 默认都是单例的。

prototype : 每次请求都会创建一个新的 bean 实例。

request : 每一次 HTTP 请求都会产生一个新的 bean，该 bean 仅在当前 HTTP request 内有效。

session : 每一次 HTTP 请求都会产生一个新的 bean，该 bean 仅在当前 HTTP session 内有效。

global-session：全局 session 作用域，仅仅在基于 Portlet 的 web 应用中才有意义，Spring5 已经没有了。Portlet 是能够生成语义代码（例如：HTML）片段的小型 Java Web 插件。它们基于 portlet 容器，可以像 servlet 一样处理 HTTP 请求。但是，与 servlet 不同，每个 portlet 都有不同的会话。

二、详细过程

实例化和属性赋值分别对应构造方法和setter方法的注入，初始化和销毁是用户能自定义扩展的两个阶段。

可通过查源码的方式发现，他们都在doCreate()方法中，如下：

				?

									//可通过查源码的方式发现，他们都在doCreate()方法中，

									protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final @Nullable Object[] args)

									      throws BeanCreationException {

									   // Instantiate the bean.

									   BeanWrapper instanceWrapper = null;

									   if (instanceWrapper == null) {

									       // 实例化阶段！

									      instanceWrapper = createBeanInstance(beanName, mbd, args);

									   }

									   // Initialize the bean instance.

									   Object exposedObject = bean;

									   try {

									       // 属性赋值阶段！

									      populateBean(beanName, mbd, instanceWrapper);

									       // 初始化阶段！

									      exposedObject = initializeBean(beanName, exposedObject, mbd);

									   }

									}

1. Bean的实例化

Spring对Bean进行实例化（相当于 new XXX()）,对于 BeanFactory一般是延迟实例化，就是说调用 getBean方法才会实例化，但是对于 ApplicationContext，当容器初始化完成之后，就完成了所有Bean的实例化工作。实例化的对象被包装在 BeanWrapper对象中， BeanWrapper提供了设置对象属性的接口，从而避免了使用反射机制设置属性。

2. InstantiationAwareBeanPostProcessor

InstantiationAwareBeanPostProcessor这个接口主要是帮助你在Bean实例化之前做一些操作。它继承自 BeanPostProcessor接口，其中 postProcessBeforeInstantiation()方法是在目标对象实例化之前调用的方法，可以返回目标实例的一个代理用来代替目标实例。postProcessPropertyValues方法是在属性值被设置到目标实例之前调用，可以修改属性的设值。

3. 设置属性（依赖注入）

实例化后的对象被封装到 BeanWrapper对象中，并且此时对象是一个原生状态，并没有执行依赖注入。紧接着，Spring根据 BeanDefinition中的信息进行依赖注入。并且通过 BeanWrapper提供的设置属性的接口完成依赖注入。

4. 注入Aware接口

Spring 会检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给Bean。各种各样的Aware接口，其作用就是在对象实例化完成后将Aware接口定义中规定的依赖注入到当前实例中。比较常见的 ApplicationContextAware接口，实现了这个接口的类都可以获取到一个 ApplicationContext对象，当容器中每个对象的实例化过程走到 BeanPostProcessor前置处理这一步时，容器会检测到之前注册到容器的 ApplicationContextAwareProcessor，然后就会调用其 postProcessorBeforeInitialization()方法，检查并设置Aware相关的依赖。

5. BeanPostProcessor的postProcessBeforeInitialzation方法

经过上述步骤后，Bean对象已经被正确构造了，如果你想要对象被使用之前在进行自定义的处理，可以通过 BeanPostProcessor接口实现。该接口提供了两个方法其中 postProcessBeforeInitialzation(Objectbean,StringbeanName) 方法；当前正在初始化的bean对象会被传递进来，我们就可以对这个Bean做任何处理，这个方法会先于 InitializingBean执行，因此称为前置处理。

6. InitializingBean与init-method

如果Bean实现了 InitializingBean接口，Spring将调用它们的 afterPropertiesSet方法，作用与在配置文件中对Bean使用 init-method声明初始化的作用一样，都是在Bean的全部属性设置成功后执行的初始化方法。afterPropertiesSet 方法与前置处理不同的是，由于其没有把Bean对象传进来，因此在这一步没有办法处理对象本身，只能增加一些额外的逻辑。

7. BeanPostProcess的postProcessAfterInitialzation方法

BeanPostProcess的 postProcessAfterInitialzation(Objectbean,StringbeanName) 方法；当前正在初始化的bean对象会被传递进来，我们就可以对这个bean做任何处理。这个函数会在 InitializingBean完成后执行，因此称为后置处理。