Spring 4 bean的生命周期
Spring 4 bean的生命周期，笔者总结为四个阶段：
1. Bean定义阶段
2. Bean实例化阶段
3. Bean初始化阶段
4. Bean销毁阶段
bean的定义阶段
SpringIOC提供了多种方式作bean的定义：
最为常见的就是通过@Componenet等注解、xml配置的
高级一点方式：@Import导入 ImportBeanDefinitionRegistrar的实现类
还有就是直接通过BeanFactory注册
其底层都是去注册一个BeanDefinition
为了拓展,Spring还提供了多种后置处理(PostProcessor)，其中 BeanFactoryPostProcessor就是工作在这个阶段的。那么来看看，BeanFactoryPostProcessor的体系：
BeanDefinitionRegistryPostProcessor只有一个接口方法：
void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry)
可以对BeanDefinition进行增删改查(其实就是入参提供的能力)
BeanFactoryPostProcessor也只有一个接口方法：
void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory)
同样地，入参beanFactory决定的这个接口方法能做什么(自行参考SpringAPI)
注意：在这个阶段，所有的bean都还没有实例化，只是存在Bean定义。
Bean实例化阶段
先来看看BeanPostProcessor体系：
SmartInstantiationAwareBeanPostProcessor 主要是给框架内部使用的，推荐使用其父接口。代理织入的时候使用到了参考： AbstractAutoProxyCreator。可以预测对象类型，指定构造器，获取早期对象。
InstantiationAwareBeanPostProcessor同样在这个阶段工作。
postProcessBeforeInstantiation如果返回了一个实例，将意味着实例化完成，直接跳过依赖注入，到BeanPostProcessor.postProcessAfterInitialization(所以代理在这里织入，因为postProcessBeforeInitialization不能保证所有的bean实例都经过)。
postProcessAfterInstantiation(Object bean, String beanName)如果返回true，则由容器注入属性。但是如果上面返回了实例，则不会被执行到。
postProcessPropertyValues(PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName)
可以作属性检查，检查是否所有的属性都已注入。
DestructionAwareBeanPostProcessor
用于销毁对象，例如调用对象的销毁方法，释放连接资源。
MergedBeanDefinitionPostProcessor
合并父子上下文Bean定义
一般的实例化流程：
1. 根据beanDefinition，选择实例化方式(静态构造方法、FactoryBean、无参构造器等)。
2. AutowiredAnnotationBeanPostProcessor.postProcessAfterInstantiation(返回true)
3. 设置属性——依赖注入(构造器注入不能解决循环依赖)
AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues
Bean初始化阶段
1. 调用BeanNameAware修改当前bean的名字
2. 调用BeanClassLoaderAware注入BeanClassLoader
3. 调用BeanFactoryAware注入BeanFactory
4. BeanPostProcessor.postProcessBeforeInitialization
InitDestroyAnnotationBeanPostProcessor调用@PostConstruct注解的初始方法
ApplicationContextAwareProcessor注入ApplicationContext相关的bean
(这里需要注意：InitDestroyAnnotationBeanPostProcessor是实现PriorityOrdered，而 ApplicationContextAwareProcessor没有指明，默认Ordered#LOWEST_PRECEDENCE)
其他BeanPostProcessor的处理
5. 调用InitializingBean#afterPropertiesSet
6. 调用用户自定义的初始化方法。例如通过@Bean(initMethod="")指定
7. BeanPostProcessor#postProcessAfterInitialization
AnnotationAwareAspectJAutoProxyCreator织入代理
其他BeanPostProcessor的处理
8. 保存到一级缓存DefaultSingletonBeanRegistry#singletonObjects。如果定义了销毁方法，则注册到DefaultSingletonBeanRegistry#disposableBeans包含指定destory方法，实现了DisposableBean接口的。
另外Lifecycle接口的实现bean是在所有的bean都已经实例化完成，放到缓存之后，统一由DefaultLifecycleProcessor去调度的。
到这里所有的bean就已经准备就绪，处于可用状态了。
Bean销毁阶段
Bean的销毁没怎么仔细研究。大体就是通过
在DisposableBeanAdapter#destroy 调用所有的DestructionAwareBeanPostProcessor.postProcessBeforeDestruction(Object bean, String beanName)，其中@PreDestroy由InitDestroyAnnotationBeanPostProcessor处理。
实际上在注册DisposableBean时，注册的就是将bean封装成DisposableBeanAdapter
注：Spring容器中的单例对象，由于一直存在引用，所以是不会被JVM识别为垃圾对象的。会一直存在，直到应用被停止，由Spring去清理。又或者通过ConfigurableBeanFactory来调用destroyBean等方法移除。