Bean的核心生命周期
虽然spring提供了大量Bean级生命周期接口和容器级生命空间接口来扩展bean的生命周期，但bean的核心生命周期只有四个阶段：
1.实例化 Instantiation
doCreateBean中调用createBeanInstance() 方法
2.属性赋值 Populate
doCreateBean中调用populateBean() 方法
3.初始化 Initialization
doCreateBean中调用initializeBean() 方法
4.销毁 Destruction
对于scope=singleton的Bean (prototype不会触发销毁），当容器关闭时，会触发bean的销毁。
注：如果Bean的作用范围为scope="prototype’’，则将Bean返回给调用者，调用者负责Bean后续生命的管理，Spring不再管理这个Bean的生命周期。如果将作用范围设置为scope=”singleton’'，则将Bean放入Spring IoC容器的缓存池中，并将Bean引用返回给调用者，Spring继续对这些Bean进行后续的生命管理。
初始化和销毁的三种方式
1.通过实现 InitializingBean/DisposableBean接口的afterPropertiesSet()/destory()方法来定制初始化之后/销毁之前的操作方法；这两个接口属于Bean级生命周期接口
2.通过 <bean> 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法；
3.在指定方法上加上@PostConstruct 或@PreDestroy注解来制定该方法是在初始化之后还是销毁之前调用。
实际使用过程中选择一种实现方式即可。
容器级生命空间接口
在bean初始化过程中包括InstantiationAwareBeanPostProcessor和BeanPostProcessor这两个接口，一般称它们的实现类为“后处理器”。后处理器接口一般不由Bean本身实现，它们独立于Bean，实现类以容器附加装置的形式注册到Spring容器中，并通过接口反射为Spring容器扫描识别。当Spring容器创建任何Bean的时候，这些后处理器都会发生作用，所以这些后处理器的影响是全局性的。Spring容器中可以注册多个后处理器。只要它们同时实现org.springframework.core.Ordered接口，容器将按特定的顺序依次调用这些后处理器。
BeanPostProcessor
在Bean对象完成实例化和属性赋值后，在显示调用初始化方法的前后添加我们自己的逻辑。
InstantiationAwareBeanPostProcessor
InstantiationAwareBeanPostProcessor接口继承了BeanPostProcessor的接口，在父接口的基础上定义了以下三个方法：
postProcessBeforeInstantiation方法：
Bean生命周期中是最先执行的方法，它在目标对象实例化之前调用，该方法的返回值类型是Object，我们可以返回任何类型的值。由于这个时候目标对象还未实例化，所以这个返回值可以用来代替原本该生成的目标对象的实例(比如代理对象)。如果该方法的返回值代替原本该生成的目标对象（方法返回值不会null），spring容器执行到createBean方法就直接返回了，不会执行后序的doCreateBean方法。后续只有postProcessAfterInitialization方法会调用，其它方法不再调用；否则按照正常的流程走。
postProcessAfterInstantiation方法：
在目标对象实例化之后调用，这个时候对象已经被实例化，但是该实例的属性还未被设置，都是null。因为它的返回值是决定要不要调用postProcessPropertyValues方法的其中一个因素（另一个因素是mbd.getDependencyCheck()）；如果该方法返回false,并且不需要check，那么postProcessPropertyValues就会被忽略不执行；如果返回true，postProcessPropertyValues就会被执行。
postProcessPropertyValues方法：
对属性值进行修改(这个时候属性值还未被设置，但是我们可以修改原本该设置进去的属性值，也就是说，该方法虽然在属性赋值之前调用，但可以改变属性赋值阶段property标签设置的属性值)。如果postProcessAfterInstantiation方法返回false，该方法可能不会被调用。
[补充]BeanPostProcessor 注册时机
BeanPostProcessor也是作为bean注册到spring容器中的，Spring会保证BeanPostProcessor在业务Bean之前初始化完成。
可以看出，Spring是先执行registerBeanPostProcessors()进行BeanPostProcessors的注册，然后再执行finishBeanFactoryInitialization初始化我们的单例非懒加载的Bean。
此外可以看到，进入refresh方法后，可以看到程序会先执行invokeBeanFactoryPostProcessors(beanFactory);方法，所有工厂级后处理器都会在这个方法中执行。
Bean级生命周期接口
这些接口方法由Bean类直接实现。除了用于初始化和销毁的InitializingBean和DisposableBean接口，还有一系列Aware接口。
Aware类型的接口的作用就是让我们能够拿到Spring容器中的一些资源，所有的Aware方法都是在属性赋值阶段之后，初始化阶段之前调用的。Aware接口具体可以分为两组，如下排列顺序同样也是Aware接口的执行顺序：
1.BeanNameAware
2.BeanClassLoaderAware
3.BeanFactoryAware
以上3个方法会在初始化bean之前通过invokeAwareMethods(beanName,bean)方法调用
4.EnvironmentAware
5.EmbeddedValueResolverAware 实现该接口能够获取Spring EL解析器
6.ApplicationContextAware(ResourceLoaderAware\ApplicationEventPublisherAware\MessageSourceAware)
ApplicationContext是一个复合接口，除了继承了ListableBeanFactory, HierarchicalBeanFactory这两个beanFactory接口，还会继承MessageSource, ApplicationEventPublisher, ResourcePatternResolver接口。
以上三个方法是在BeanPostProcessor的postProcessBeforeInitialization()方法中调用。
