Bean 生命周期概念的引入
某一天小陈觉得在这个公司有点厌倦了, 准备悄悄的跑路，于是一边上班，一边准备面试题，一边上班，这天他看到了这样一个面试题Spring Bean的生命周期，有点理解不动，他想到了他的领导，那个技术栈特别宽的领导，于是就找到了领导问: 领导我对一个Spring Bean生命周期这个概念有点不太理解，您有时间的话可以给我讲讲吗？
领导说: 等下，我正在处理一个问题，一会儿，我去找你去。过了十五分钟后，领导就来到了小陈的工位，说道：现在我们来过Spring Bean的生命周期这个概念吧！准备好了吗？小陈点了点头。
领导说道: 首先我们要弄清楚生命周期的含义，生命周期的英文是Life Cycle，简单的说就是Spring 给我们提供的一些扩展接口，如果bean实现了这些这些接口，应用在启动的过程中会回调这些接口的方法。在Spring中一个bean的一生通常就是先创建其对象，然后填充其属性，如果这个Bean实现了Spring 提供的扩展接口，那么在IOC容器加载的时候会依次回调这些方法。这些扩展接口的对应方法的回调顺序如下:
画完图后领导问道: 这里面哪个单词你熟一些啊, 拿出来讲一下。
小陈心里想领导的这个PPT画的怎么这么熟练，还是接着回答道：我好像只见过ApplicationContext,我刚学Spring 框架的时候，用这个ApplicatonContext来获取加载进IOC容器的对象，像下面这样:
public static void main(String[] args) { ApplicationContext applicationContext = new AnnotationConfigApplicationContext(SpringBeanConfig.class); applicationContext.getBean(StudentService.class); }
领导点了点头，接着说道: 大多数入门都是从这样的例子开始的，说道这里看着上面的代码你想到了设计模式的哪个模式？
小陈回答道: 这让我想起了简单工厂模式，我给一个标识，由ApplicationContext给我加载对应的对象。
领导点了点头: ApplicationContext 继承自BeanFactory, 上面的确是使用了简单工厂模式。上面接口中带有Aware的, 都继承自Aware接口。子类将对于父类来说提供的功能更为丰富。setBeanName会从换入实现BeanNameAware接口的Bean Id和Bean名称，也就是说容器在初始化Bean和填充完Bean的属性之后，会回依次回调BeanNameAware、ApplicationContextAware、BeanPostProcessor的postProcessBeforeInitialization、InitializingBean的afterPropertiesSet方法，Bean的init-method方法、BeanPostProcessor的postProcessAfterInitialization的方法。这里要注意BeanNameAware、ApplicationContextAware只会回调依次，每个Bean完成初始化之后都会回调BeanPostProcessor的两个方法。到这里其实就结束了。下面我们写个代码来演示一下上面的顺序:
public class BeanLifeCycleDemo implements BeanNameAware, BeanFactoryAware, ApplicationContextAware, InitializingBean,BeanPostProcessor{ private MuttonSoupService muttonSoupService; public BeanLifeCycleDemo( ) { System.out.println("1.构造函数初始化bean"); } @Autowired public void setMuttonSoupService(MuttonSoupService muttonSoupService) { System.out.println("2.先填充属性-"); this.muttonSoupService = muttonSoupService; } public void sayHelloWorld(){ System.out.println("hello world"); } @Override public void setBeanFactory(BeanFactory beanFactory) throws BeansException { System.out.println("----4-- 接着是BeanFactoryAware"); } @Override public void setBeanName(String name) { System.out.println("3---- name+" + name); } @Override public void afterPropertiesSet() throws Exception { System.out.println("----7 afterPropertiesSet"); } @Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { System.out.println("------5 applicationContextAware"); } public void initMethod(){ System.out.println("6 init-method"); } /** * @param bean * @param beanName * @return * @throws BeansException */ @Override public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException { System.out.println("---- postProcessBeforeInitialization"+beanName); return bean; } /** * @param bean * @param beanName * @return * @throws BeansException */ @Override public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException { System.out.println("---- postProcessAfterInitialization"); return bean; } } @Configuration public class SpringBeanConfig { @Bean(initMethod = "initMethod") public BeanLifeCycleDemo beanLifeCycleDemo(){ return new BeanLifeCycleDemo(); } } @SpringBootTest class SsmApplicationTests { @Autowired private BeanLifeCycleDemo beanLifeStyleDemo; // 直接运行测试即可 @Test public void test(){ } }
输出结果:
小陈看到了这个结果, 心里有点开心，领导翻车了，于是说道：领导你这个顺序跟上面图的顺序不一样欸。我还有一个问题，这个Bean是永生的吗？
领导淡淡的说道：我是故意演示给你看的, 注意这个BeanPostProcessor，这个接口对应的Bean需要预先加载进入才能实现上面的效果。Spring Bean的加载顺序如下图(下面这张图是网上找的)所示:
所以我们在写一个BeanPostProcessor的bean就能实现上面的顺序了。至于Bean生命的结束, 其实我是故意考验你的。其实也就是一个接口和一个属性而已. 接口是DisposableBean，属性在@Bean中有个destroyMethod。这两个属性也有替代注解，init-method=@PostConstruct, @PreDestroy=destroyMethod。结合上面的图我们可以大致了解了Spring IOC容器加载Bean的流程，所谓的生命周期在某种程度上可以看成在加载Bean的过程的回调。
小陈说道: 谢谢领导，我感觉我对这个概念理解的更通透了，相对于生命周期，我更喜欢你回调的说法呢。
