Spring中Bean的生命周期是怎样的?

首先需要分清是哪种情况下的bean生命周期:

1.ApplicationContext作为Spring容器。这里,我们讲的也是 ApplicationContext中Bean的生命周期。

2. BeanFactory中Bean的生命周期 ,只不过处理器需要手动注册。

点击打开链接http://www.jb51.net/article/109549.htm

1.以ApplocationContext上下文单例模式装配bean为例,深入探讨bean的生命周期:



详细demo讲解:

点击打开链接https://www.cnblogs.com/wl0000-03/p/6617574.html

去一些企业面试时,经常会被问到Spring的问题,有一次就被问到关于Spring中Bean的生命周期是怎样的?其实这也是在业务中经常会遇到的,但容易遗忘,所以专门总结一下以备不时之需。PS:可以借鉴Servlet的生命周期,实例化、初始init、接收请求service、销毁destroy。


Spring上下文中的Bean也类似,【Spring上下文的生命周期】


1. 实例化一个Bean,也就是我们通常说的new


2. 按照Spring上下文对实例化的Bean进行配置,也就是IOC注入


3. 如果这个Bean实现了BeanNameAware接口,会调用它实现的setBeanName(String beanId)方法,此处传递的是Spring配置文件中Bean的ID


4. 如果这个Bean实现了BeanFactoryAware接口,会调用它实现的setBeanFactory(),传递的是Spring工厂本身(可以用这个方法获取到其他Bean)


5. 如果这个Bean实现了ApplicationContextAware接口,会调用setApplicationContext(ApplicationContext)方法,传入Spring上下文,该方式同样可以实现步骤4,但比4更好,以为ApplicationContext是BeanFactory的子接口,有更多的实现方法


6. 如果这个Bean关联了BeanPostProcessor接口,将会调用postProcessBeforeInitialization(Object obj, String s)方法,BeanPostProcessor经常被用作是Bean内容的更改,并且由于这个是在Bean初始化结束时调用After方法,也可用于内存或缓存技术


7. 如果这个Bean在Spring配置文件中配置了init-method属性会自动调用其配置的初始化方法


8. 如果这个Bean关联了BeanPostProcessor接口,将会调用postAfterInitialization(Object obj, String s)方法


注意:以上工作完成以后就可以用这个Bean了,那这个Bean是一个single的,所以一般情况下我们调用同一个ID的Bean会是在内容地址相同的实例


9. 当Bean不再需要时,会经过清理阶段,如果Bean实现了DisposableBean接口,会调用其实现的destroy方法


10. 最后,如果这个Bean的Spring配置中配置了destroy-method属性,会自动调用其配置的销毁方法


以上10步骤可以作为面试或者笔试的模板,另外我们这里描述的是应用Spring上下文Bean的生命周期,如果应用Spring的工厂也就是BeanFactory的话去掉第5步就Ok了

 

Spring框架中,一旦把一个Bean纳入Spring IOC容器之中,这个Bean的生命周期就会交由容器进行管理,一般担当管理角色的是BeanFactory或者ApplicationContext,认识一下Bean的生命周期活动,对更好的利用它有很大的帮助:


下面以BeanFactory为例,说明一个Bean的生命周期活动


Bean的建立, 由BeanFactory读取Bean定义文件,并生成各个实例

Setter注入,执行Bean的属性依赖注入

BeanNameAware的setBeanName(), 如果实现该接口,则执行其setBeanName方法

BeanFactoryAware的setBeanFactory(),如果实现该接口,则执行其setBeanFactory方法

BeanPostProcessor的processBeforeInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processBeforeInitialization()方法

InitializingBean的afterPropertiesSet(),如果实现了该接口,则执行其afterPropertiesSet()方法

Bean定义文件中定义init-method

BeanPostProcessors的processAfterInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processAfterInitialization()方法

DisposableBean的destroy(),在容器关闭时,如果Bean类实现了该接口,则执行它的destroy()方法

Bean定义文件中定义destroy-method,在容器关闭时,可以在Bean定义文件中使用“destory-method”定义的方法

如果使用ApplicationContext来维护一个Bean的生命周期,则基本上与上边的流程相同,只不过在执行BeanNameAware的setBeanName()后,若有Bean类实现了org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,然后再进行BeanPostProcessors的processBeforeInitialization()

实际上,ApplicationContext除了向BeanFactory那样维护容器外,还提供了更加丰富的框架功能,如Bean的消息,事件处理机制等。



点击打开链接https://www.zhihu.com/question/38597960



作者:徐滔
链接:https://www.zhihu.com/question/38597960/answer/93239187
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

从书上看总觉得不真切, 自己做了一个实验,得到的结论如下:
如果有两个类A, B

0. 如果两个类没有依赖关系,那么Spring将会按照先后顺序加载,如果A声明在前,将会有如下输出
Constructor A
BeanNameAware A
BeanFactoryAware A
Application Context Aware A
BeanPostProcessor Before: a
Initializing Bean A
BeanPostProcessor After a
Constructor B
BeanNameAware B
BeanFactoryAware B
ApplicationContextAware B
BeanPostProcessor Before: b
Initializing Bean B
BeanPostProcessor After b

如果两个类有依赖关系,那么分为两种情况,
一是被依赖的类后加载:

1. 一般情况下,如果A依赖于B, 那么如果A先被加载
Constructor A
BeanNameAware A
BeanFactoryAware A
Application Context Aware A
BeanPostProcessor Before: a
Initializing Bean A
BeanPostProcessor After a
Constructor B
BeanNameAware B
BeanFactoryAware B
ApplicationContextAware B
BeanPostProcessor Before: b
Initializing Bean B
BeanPostProcessor After b

但由此又产生一个问题,我们知道ApplicationContextAware里面可以获取Bean,如果A的ApplicationContextAware中获取B会怎么样,会不会获取一个空值?答案是不会,如果在A的ApplicationContextAware中获取B的引用,那么将会提前开始B的加载过程。
以下是日志输出:
Constructor A
BeanNameAware A
BeanFactoryAware A
Application Context Aware A
Constructor B
BeanNameAware B
BeanFactoryAware B
ApplicationContextAware B
BeanPostProcessor Before: b
Initializing Bean B
BeanPostProcessor After b
BeanPostProcessor Before: a
Initializing Bean A
BeanPostProcessor After a

二是被依赖的类先加载:

执行完A的构造函数之后,开始根据xml配置文件给A的成员变量赋初值。如果A的引用型成员变量所属的类还未加载,则先查找配置文件来加载(初始化、实例化)该成员变量所属的类,加载完毕后将其注入给A的成员变量,完成成员变量的初始化。


2. 如果B依赖于A,A先被加载。
Constructor A
Constructor B
BeanNameAware B
BeanFactoryAware B
ApplicationContextAware B
BeanPostProcessor Before: b
Initializing Bean B
BeanPostProcessor After b
BeanNameAware A
BeanFactoryAware A
Application Context Aware A
BeanPostProcessor Before: a
Initializing Bean A
BeanPostProcessor After a

再次印证了,这幅图的正确性

猜你喜欢

转载自blog.csdn.net/sinat_23619409/article/details/80283284