本文内容
- 不使用
depends-on
bean的初始化和销毁顺序
- 使用
depends-on
后bean的初始化和销毁顺序
-
depends-on
结论和应用场景
结论先上
初始化:
depends-on
属性可以显式地强制一个或多个 bean 在使用这个元素的 bean 被初始化之前被初始化。
销毁:
depends-on
属性指定的那些依赖bean先销毁,使用这个元素的 bean后被销毁,干预了关闭顺序。
结论给完了,我们下面通过案例验证。
不使用
depends-on
bean的初始化和销毁顺序
定义3个简单类,包含
init
和
destroy
方法,用于观察顺序
public class MyBeanA {public void init() {System.out.println("MyBeanA 被初始化-----");}public void destroy() {System.out.println("MyBeanA 被销毁-----");}}public class MyBeanB {public void init() {System.out.println("MyBeanB 被初始化-----");}public void destroy() {System.out.println("MyBeanB 被销毁-----");}}public class MyBeanC {public void init() {System.out.println("MyBeanC 被初始化-----");}public void destroy() {System.out.println("MyBeanC 被销毁-----");}}
配置中bean定义并指定初始化方法和销毁方法
<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"><bean class="com.crab.spring.ioc.demo04.MyBeanA" init-method="init" destroy-method="destroy" id="myBeanA"/><bean class="com.crab.spring.ioc.demo04.MyBeanB" init-method="init" destroy-method="destroy" id="myBeanB"/><bean class="com.crab.spring.ioc.demo04.MyBeanC" init-method="init" destroy-method="destroy" id="myBeanC"/></beans>
测试容器对bean的初始化和销毁
package com.crab.spring.ioc.demo04;/*** @author zfd* @version v1.0* @date 2022/1/13 15:11* @关于我 请关注公众号 螃蟹的Java笔记 获取更多技术系列*/public class Test {@org.junit.Testpublic void test() {System.out.println("开始创建容器并初始化bean");ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("demo04/spring1.xml");System.out.println("开始关闭容器并销毁bean");context.close();}}
本阶段结论
输出结果
开始创建容器并初始化beanMyBeanA 被初始化-----MyBeanB 被初始化-----MyBeanC 被初始化-----开始关闭容器并销毁beanMyBeanC 被销毁-----MyBeanB 被销毁-----MyBeanA 被销毁-----
初始化的顺序是bean在配置文件中的配置顺序A-B-C
销毁的顺序与初始化顺序相反C-B-A
使用
depends-on
后bean的初始化和销毁顺序
在上面案例的基础上,调整
MyBeanA
的配置
<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"><bean class="com.crab.spring.ioc.demo04.MyBeanA" init-method="init" destroy-method="destroy" id="myBeanA" depends-on="myBeanC"/><bean class="com.crab.spring.ioc.demo04.MyBeanB" init-method="init" destroy-method="destroy" id="myBeanB"/><bean class="com.crab.spring.ioc.demo04.MyBeanC" init-method="init" destroy-method="destroy" id="myBeanC"/></beans>
测试程序一样,指定配置文件
@org.junit.Testpublic void test2() {System.out.println("开始创建容器并初始化bean");ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("demo04/spring2.xml");System.out.println("开始关闭容器并销毁bean");context.close();}
本阶段结论
运行结果
开始创建容器并初始化beanMyBeanC 被初始化-----MyBeanA 被初始化-----MyBeanB 被初始化-----开始关闭容器并销毁beanMyBeanB 被销毁-----MyBeanA 被销毁-----MyBeanC 被销毁-----
初始化的顺序:C-A-B,不同地方A依赖于C,所以C先初始化,然后到A,顺序再到B
销毁的顺序:B-A-C,销毁A再销毁C
depends-on
结论和应用场景
干预初始化:例如当需要触发类中的静态初始化方法来注册数据库驱动程序时候,是依赖于数据库的配置bean先初始化的。
干预销毁:例如我们的清理类A中在销毁方法中保存进程中某些数据到redis,依赖于
RedisTemplate
,则
RedisTemplate
必须在A之后销毁。
总结
本文介绍各种介绍了
depends-on
对bean的初始化和销毁的影响和实际的应用场景。下一篇介绍自动依赖注入。
本篇源码地址: https://github.com/kongxubihai/pdf-spring-series/tree/main/spring-series-ioc/src/main/java/com/crab/spring/ioc/demo04
知识分享,转载请注明出处。学无先后,达者为先!