Spring_IOC_03——Bean的生命周期

此文主要讲了Spring中，Bean的生命周期，初始化动作，销毁动作是如何执行。

以及关系生命周期各个接口的作用和自定义实现，自定义生命周期中执行逻辑的一些使用方式。

比如BeanPostProcessor InitializingBean DisposabbleBean 接口的使用 @postConstruct @PreDestroy 标签的使用以及对应法法的执行顺序。

对Spring IOC不了解的，可以参考之前两篇文章：
Spring_IOC_01——概念讲解
Spring_IOC_02——原理解析

Spring Bean的生命周期

先通过一个流程图，对Spring Bean 的生命周期有一个整体的了解。

Bean生命周期图解

概述

一个对象的生命周期有：创建（初始化-实例化），使用和销毁。Spring中的Bean也遵循这一原则，但是Spring提供了一些对外接口，允许开发者在这三个过程中做一些额外的操作。

注意 实例化 和 初始化 的区别：
在Spring中，实例化，是为Bean对象开辟内存空间（可以理解为构造方法的调用），初始化，则是对属性的初始化，也可以理解为对属性的注入（构造函数也有属性初始化语句，但不属于这部分）
属性的注入，是通过setter方法/参数注入。不管是通过注解还是XML配置。

Bean 具体生命更周期

初始化过程

1） BeanFactoryPostProcessor.postProcessBeanFactory
工厂后处理器（这名字其实只是一个翻译，意义有时候并不一定正确），这个方法其实和Bean的生命周期没多少关系，是 Spring IoC 容器（ApplicationContext）初始化的一部分，详细可以参考 IoC 容器初始化的内容。

具体是每一次刷新时（初始化）调用，它是对 BeanDefinition 进行后处理（BeanDefinition可以参考：SpringIoC容器结构），作用是可以修改配置文件的各个 bean 的配置。
实现：写一个类实现 BeanFactoryPostProcessor 接口，重写该方法，并在Spring配置文件中配置这个类的bean。

2）InstantiationAwareBeanPostProcessor.postProcessBeforeInstantiation
所有bean对象实例化之前执行，具体就是：执行每个bean类的构造函数之前。
实现：写一个类实现 InstantiationAwareBeanPostProcessor 接口，重写该方法，该方法返回一个Object，但实际上返回一个null即可。在Spring配置文件中配置一个该类的bean。

3）调用Bean的构造函数，实例化bean

4）InstantiationAwareBeanPostProcessor.postProcessAfterInstantiation
bean类调用构造函数实例化之后，初始化之前，调用。
实现同第二步，重写该方法。注意：这个返回值是boolean，默认为false。要改为true，否则无法注入属性

5）InstantiationAwareBeanPostProcessor.postProcessPropertyValue
属性注入之前调用该方法。
实现同第二步，注意返回类型是PropertyValues，默认返回null，这里需要改为返回第一个参数propertyValues。

6）BeanNameAware.setBeanName
属性注入后调用，该方法作用是让bean的类知道自己所在的Bean的name或者id属性
实现：bean类实现BeanNameAware接口，重写该方法。

7）BeanFactoryAware.setBeanFactory
setBeanName之后调用，该方法作用是让bean类知道自己所在的BeanFactory的属性（传入bean所在BeanFactory类型参数）
实现：bean类实现BeanFactoryAware接口，重写该方法。

8）BeanPostProcessor.postProcessBeforeInitialization
BeanPostProcessor作用是对bean实例化，初始化做些预处理操作。（具体看上一篇文章讲 BeanPostProcessor）
实现：写一个类，实现BeanPostProcessor，重写该方法，注意返回类型为Object，默认返回的是null，但需要返回参数中的bean。然后在Spring配置文件中加入这个bean

9）bean里面 @PostConstruct 注解标注的方法

10）InitializingBean.afterPropertiesSet
在Bean加载完成后，执行方法。
实现：bean类实现 InitializingBean 接口。重写该方法，执行初始化工作。但这种方法和Spring耦合，并不推荐（这一点和DisposableBean一样）

11）XML文件中 bean配置的 init-method
xml文件中，bean标签的 init-method属性，可以指定方法。

12）BeanPostProcessor.postProcessAfterInitialization
在bean初始化之后，执行的方法。
实现方式和第8步一样。

销毁过程

1）bean里面 @PreDestory 注解标注的方法

2）DisposableBean.destory
bean销毁前执行的方法。（并不推荐）
实现：bean类实现 DisposableBean 接口，重写该方法即可。

3）XML文件中 bean配置的destory-method
xml文件中，bean标签的 destory-method属性。可以指定方法。

明确一下执行顺序

在配置了BeanProcessor，InstantiationAwareBeanPostProcessor ，实现了InitalizingBean，Bean配置了Init-method，destory-method
代码中指定了 @PostConstruct，@PreDestroy 这些方法后。
Bean初始化时和销毁时，具体执行顺序是什么呢？

代码如下：

//自定义Bean，实现InitializingBean 接口
public class BeanLifeCycleDemo implements InitializingBean {
    public BeanLifeCycleDemo() {
        System.out.println("> Constructor");
    }

    @Override
    public void afterPropertiesSet() throws Exception {
        System.out.println("> InitializingBean.afterPropertiesSet");
    }

    public void initMethod(){
        System.out.println("> init-method");
    }
    public void destoryMethod(){
        System.out.println("> destory-method");
    }


    @PostConstruct
    public void postConstructMethod(){
        System.out.println("> postConstruct");
    }
    @PreDestroy
    public void preDestoryMethod(){
        System.out.println("> preDestory");
    }
}

//自定义BeanPostProcessor
public class CustomBeanPostProcessor implements BeanPostProcessor {

    @Nullable
    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("> CustomBeanPostProcessor.postProcessBeforeInitialization");
        return bean;
    }

    @Nullable
    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("> CustomBeanPostProcessor.postProcessAfterInitialization");
        return bean;
    }
}

//自定义 InstantiationAwareBeanPostProcessor 
public class CustomInstantiationAwareBeanPostProcessor implements InstantiationAwareBeanPostProcessor {

    @Nullable
    @Override
    public Object postProcessBeforeInstantiation(Class beanClass, String beanName) throws BeansException {
        System.out.println("> InstantiationAwareBeanPostProcessor.postProcessBeforeInstantiation");
        return null;
    }

    @Override
    public boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
        System.out.println("> InstantiationAwareBeanPostProcessor.postProcessAfterInstantiation");
        return true;
    }

    @Nullable
    @Override
    public PropertyValues postProcessPropertyValues(PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName) throws BeansException {
        System.out.println("> InstantiationAwareBeanPostProcessor.postProcessPropertyValues");
        return pvs;
    }
}

//配置如下：

Bean初始化时，方法执行结果如下：

> InstantiationAwareBeanPostProcessor.postProcessBeforeInstantiation
> Constructor
> InstantiationAwareBeanPostProcessor.postProcessAfterInstantiation
> InstantiationAwareBeanPostProcessor.postProcessPropertyValues
> CustomBeanPostProcessor.postProcessBeforeInitialization
> postConstruct (@PostConstruct注解的方法)
> InitializingBean.afterPropertiesSet
> init-method
> CustomBeanPostProcessor.postProcessAfterInitialization

在Bean销毁时，方法的执行顺序为：

> preDestory (@PreDestory注解的方法)
> DisposableBean.destory
> destory-method

（如果有什么错误或者建议，欢迎留言指出）
（本文内容是对各个知识点的转载整理，用于个人技术沉淀，以及大家学习交流用）

参考资料：

SpringBean生命周期详解
spring InitializingBean init-method postConstruct 执行顺序
BeanPostProcessor与InitializingBean接口的关系和应用
InitializingBean与DisposableBean总结

问题：Spring 在什么时候执行配置的 destory方法？（什么时候决定Bean被销毁）