我们先看一下spring中bean的生命周期：
这是我在网上随便找的一张图，大家估计也看得不少，接下来我就这张图一步步分析spring为什么会这么设计bean的生命周期。
首先，我们知道spring的一大亮点就是IOC（控制反转）跟DI（依赖注入）。对于前两步，实例化对话以及设置对象属性我相信大家都没什么疑问。对应的步骤如下：
- Bean的建立， 由BeanFactory读取Bean定义文件，并生成各个实例
- Setter注入，执行Bean的属性依赖注入
后面的步骤，我们可以将其分为三步，
第一步，实现Aware一系列接口唤醒bean自身，使bean能感知到容器的存在。
第二步：初始化bean，这里的初始化是指实现我们自己定义的初始化方法。
第三步：销毁。
很明显，bean核心生命周期就在第二步
我们分析为什么会有第一步？为什么不直接初始化呢？
为了回答这个问题我们要知道，spring与spring所管理的bean默认是无状态的，即bean默认是无法感知到spring容器的。
但是为了实现bean的初始化，我们又不得不拿到容器对象，类似的代码就像这样
/** * @Author: dmz * @Description: * @Date: Create in 23:51 2019/3/18 */ public class Person implements ApplicationContextAware { private ApplicationContext applicationContext; @Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { this.applicationContext = applicationContext; } private String name; public Person(String name) { this.name = name; } }
只有经过上面的步骤，我们的bean才跟spring发生了耦合，这里顺便说一下，spring中的容器有两种，一种是BeanFactory,一种是ApplicationContext。所以我们实现ApplicationContextAware 跟实现BeanFactoryAware的目的是一样，都是为了使bean感知到容器。
我们要知道的是，第一步使bean感知到容器，是为了帮助bean完成接下来的初始化。至于为什么最开始是（BeanNameAware的setBeanName(), 如果实现该接口，则执行其setBeanName方法）,我相信这也不难理解，自身的优先级自然是高于容器的，在拿到容器对象前先获取自身Id也是可以理解的
对应步骤为：
- BeanNameAware的setBeanName(), 如果实现该接口，则执行其setBeanName方法
- BeanFactoryAware的setBeanFactory()，如果实现该接口，则执行其setBeanFactory方法
- 若有Bean类实现了org.springframework.context.ApplicationContextAware接口，则执行其setApplicationContext()方法
接下来是第二步的分析：第二步可以拆分成三个部分：
1.初始化前：
- BeanPostProcessor的processBeforeInitialization()，如果有关联的processor，则在Bean初始化之前都会执行这个实例的processBeforeInitialization()方法
2.执行初始化：
- InitializingBean的afterPropertiesSet()，如果实现了该接口，则执行其afterPropertiesSet()方法
- Bean定义文件中定义init-method
3.初始化后
- BeanPostProcessors的processAfterInitialization()，如果有关联的processor，则在Bean初始化之前都会执行这个实例的processAfterInitialization()方法
对于这一步我们应该知道的是，BeanPostProcessor这个接口的作用，是对bean在初始化前后做一些操作
而我们自定义的initMethod方法跟实现InitializingBean,是为了帮助我们对bean进行初始化
最后是第三步：销毁
- DisposableBean的destroy()，在容器关闭时，如果Bean类实现了该接口，则执行它的destroy()方法
- Bean定义文件中定义destroy-method，在容器关闭时，可以在Bean定义文件中使用“destory-method”定义的方法
我们一步步分析下来就会发现，每一步的存在都有其合理性，并且顺序上也合理，不能随意打乱
经过这次我也发现，只有真正的理解才能记住，死记是记不住的，平常多调调源码帮助还是很大的。
