四、Srping之Bean的初始化和销毁
Srping之Bean的初始化和销毁方法
通常,bean的初始化和销毁方法我们有三个地方可以入手,分别是:
- 自定义初始化,销毁方法
- 实现spring提供的InitializingBean(初始化逻辑),DisposableBean(销毁逻辑)接口
- JSR250;@PostConstruct,@PreDestroy执行初始化和销毁方法
- 实现spring提供的BeanPostProcessor接口,实现其postProcessBeforeInitialization方法来执行在初始化之前的操作,实现postProcessAfterInitialization方法来执行初始化之后的操作。
bean的生命周期:实例化 -> 属性赋值 -> 初始化 -> 销毁
【1】自定义初始化,销毁方法
容器管理bean的生命周期:我们可以自定义初始化和销毁方法;容器在bean进行到当前生命周期的时候来调用我们自定义的初始化和销毁方法
构造(对象创建):
- 单实例:在容器启动的时候创建对象
- 多实例:在每次获取的时候创建对象
销毁:
- 单实例:容器关闭的时候
- 多实例:容器不会管理这个bean;容器不会调用销毁方法,如果需要,自己手动调用销毁方法。
定义一个Person类,然后定义两个方法,一个是我们想作为初始化方法的init方法,一个是我们想作为销毁方法的destory方法
public class Person {
public Person() {
System.out.println("Person...constructor");
}
public void init(){
System.out.println("Person...init");
}
public void destroy(){
System.out.println("Person...destroy");
}
}
将Person添加到配置类当中
@Configuration
public class LifeCycleConfig {
@Bean(initMethod = "init",destroyMethod = "destroy")
public Person person(){
return new Person();
}
}
测试结果
public class LifeCycleConfigTest {
@Test
public void testLifeCycle(){
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(LifeCycleConfig.class);
System.out.println("容器创建完成了...");
applicationContext.close();
}
}
/**
Person...constructor
Person...init
容器创建完成了...
Person...destroy
*/
【2】InitializingBean和DisposableBean接口
我们还是在之前的Person类代码上继续编写
public class Person implements InitializingBean,DisposableBean{
public Person() {
System.out.println("Person...constructor");
}
public void init(){
System.out.println("Person...init");
}
public void destry(){
System.out.println("Person...destroy");
}
/**
* 当beanFactory关闭且bean为单例的对象时触发
* @throws Exception
*/
@Override
public void destroy() throws Exception {
System.out.println("DisposableBean...Person.....destroy....");
}
/**
* 当beanFactory实例化bean后,将所有的属性值设置完毕之后,才会调用该接口方法。
* @throws Exception
*/
@Override
public void afterPropertiesSet() throws Exception {
System.out.println("InitializingBean...Person.....afterPropertiesSet....");
}
}
测试结果
/**
Person...constructor
InitializingBean...Person.....afterPropertiesSet....
Person...init
容器创建完成了...
DisposableBean...Person.....destroy....
Person...destroy
*/
可以看到,
- 初始化过程:容器先调用了Person的无参构造方法来实例化Person对象实例,接着执行了InitialiaingBean的初始化方法afterPropertiesSet()方法,最后才执行我们自定义的init初始化方法。
- 销毁过程:同样,容器也是先执行了DisposableBean的destroy方法,然后才执行了我们自定义的destry销毁方法。
【3】JSR250:@PostConstruct,@PreDestroy
- @PostConstruct:在bean创建完成并且属性赋值完成;来执行初始化方法,
- @PreDestroy:在容器销毁bean之前通知我们进行清理工作
继续在上面的Person代码上修改
public class Person implements InitializingBean,DisposableBean{
public Person() {
System.out.println("Person...constructor");
}
public void init(){
System.out.println("Person...init");
}
public void destry(){
System.out.println("Person...destroy");
}
@PostConstruct
public void PostConstruct() {
System.out.println("JSR250....PostConstruct....Person ... PostConstruct...");
}
@PreDestroy
public void PreDestroy() {
System.out.println("JSR250....PreDestroy....Person ... PreDestroy...");
}
/**
* 当beanFactory关闭且bean为单例的对象时触发
* @throws Exception
*/
@Override
public void destroy() throws Exception {
System.out.println("DisposableBean...Person.....destroy....");
}
/**
* 当beanFactory实例化bean后,将所有的属性值设置完毕之后,才会调用该接口方法。
* @throws Exception
*/
@Override
public void afterPropertiesSet() throws Exception {
System.out.println("InitializingBean...Person.....afterPropertiesSet....");
}
}
测试结果:
/**
Person...constructor
JSR250....PostConstruct....Person ... PostConstruct...
InitializingBean...Person.....afterPropertiesSet....
Person...init
容器创建完成了...
JSR250....PreDestroy....Person ... PreDestroy...
DisposableBean...Person.....destroy....
Person...destroy
*/
可以看到:
- 初始化方法的执行顺序:先执行Toyota的无参构造方法,再执行JSR250的PostConstruct初始化方法,接着执行InitializingBean的afterPropertiesSet初始化方法,最后执行我们自定义的init初始化方法。
- 销毁方法的执行顺序:和初始化方法一样,先执行JSR250的PerDestroy销毁方法,再执行DisposableBean的destroy方法,最后执行我们自定义的destry销毁方法。
【4】实现BeanPostProcessor接口
BeanPostProcessor是bean的后置处理器,在bean初始化前后进行一些处理工作:
postProcessBeforeInitialization:在初始化之前工作
postProcessAfterInitialization:在初始化之后工作
直接观察代码,会发现BeanPostProcessor的方法postProcessBeforeInitialization有返回类型Object,
postProcessAfterInitialization也有返回类型Object,同时两个方法都可以抛出BeansException异常。
首先定义一个我们自己的BeanPostProcessor:
@Component
public class LifeCycleBeanPostProcessor implements BeanPostProcessor {
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof Person) {
System.err.println("postProcessBeforeInitialization....拦截指定bean");
}
System.out.println("这句话证明所有容器中的bean都会被postProcessBeforeInitialization拦截.. beanName=" + beanName + "==>" + bean);
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
if (bean instanceof Person) {
System.err.println("postProcessAfterInitialization.....拦截指定bean");
}
System.out.println("这句话证明所有容器中的bean都会被postProcessAfterInitialization拦截.. beanName=" + beanName + "==>" + bean);
return bean;
}
}
接着在配置类中添加注解包扫描:
@Configuration
@ComponentScan("com.zl")
public class LifeCycleConfig {
@Bean(initMethod = "init",destroyMethod = "destry")
public Person person(){
return new Person();
}
}
测试结果:

第一个标示点:说明所有容器加载的bean在实例化之后,初始化之前都会执行postProcessBeforeInitialization方法,在初始化完成后执行postProcessAfterInitialization方法。
第二个标示点:说明我们可以只拦截我们指定的bean,并且执行的顺序是:
- 1.容器对bean进行实例化
- 2.初始化前执行自定义BeanPostProcessor的postProcessBeforeInitialization方法
- 3.如果存在JSR250的初始化方法,则执行其初始化方法
- 4.如果实现了InitializingBean接口,则执行其afterPropertiesSet方法
- 5.如果存在我们自定义的初始化方法(initMethod),则执行自定义初始化方法
- 6.初始化方法结束后,执行自定义BeanPostProcessor的postProcessAfterInitialization方法。
- 7.容器关闭时,若存在JSR250的销毁方法,则先调用JSR250的销毁方法
- 8.若实现了DisposableBean接口,则调用其destroy方法
- 9.最后,若存在我们自定义的销毁方法(destroyMethod),则执行我们自定义的销毁方法
以上九点,按顺序执行,完成bean的初始化和销毁工作。
需要注意的是,BeanPostProcessor提供的两个方法,是针对初始化前后的拦截操作,和容器的关闭,bean的销毁无关。
四、Srping之Bean的初始化和销毁的更多相关文章
- Spring3实战第二章第一小节 Spring bean的初始化和销毁三种方式及优先级
Spring bean的初始化和销毁有三种方式 通过实现 InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法: 优先级第二通过 <bean& ...
- Spring Boot实战笔记(三)-- Spring常用配置(Bean的初始化和销毁、Profile)
一.Bean的初始化和销毁 在我们的实际开发的时候,经常会遇到Bean在使用之前或之后做些必要的操作,Spring对Bean的生命周期操作提供了支持.在使用Java配置和注解配置下提供如下两种方式: ...
- spring boot之 Bean的初始化和销毁(4)
原文:https://blog.csdn.net/z3133464733/article/details/79189699 -------------------------------------- ...
- 12、生命周期-@Bean指定初始化和销毁方法
12.生命周期-@Bean指定初始化和销毁方法 Bean的生命周期:创建->初始化->销毁 容器管理bean的生命周期 我们可以自定义初始方法和销毁方法,容器在bean进行到当期那生命周期 ...
- 【Spring Framework】Spring注解设置Bean的初始化、销毁方法的方式
bean的生命周期:创建---初始化---销毁. Spring中声明的Bean的初始化和销毁方法有3种方式: @Bean的注解的initMethod.DestroyMethod属性 bean实现Ini ...
- Spring bean 实现初始化、销毁方法的方式及顺序
Spring 允许 Bean 在初始化完成后以及销毁前执行特定的操作,常用方法有三种: 使用注解,在指定方法上加上@PostConstruct或@PreDestroy注解来制定该方法是在初始化之后还是 ...
- spring bean的初始化以及销毁
spring bean初始化或销毁时执行某些方法,有很多使用场景.比如初始化时,启动bean中的线程池.销毁时释放资源,个人比较喜欢实现InitializingBean和 DisposableBean ...
- Spring bean的初始化及销毁
Spring bean的几个属性:scope.init-method.destroy-method.depends-on等. Scope 在Spring容器中是指其创建的Bean对象相对于其他Bean ...
- @Bean 指定初始化和销毁方法
bean 的生命周期 bean 的创建 --> 初始化 --> 销毁 ioc 容器管理 bean 的声明周期 可以自定义初始化和销毁方法 构造器( 对象创建 )被调用时机 单实例:在容器启 ...
随机推荐
- Springboot整合单元测试
概述 对于简单易懂的小项目而言,可以不适用单元测试对平时开发没有什么影响,但是对于大型项目,单纯的依赖 “手点功能测试”, 那简直就是灾难,好了,说道这里,应该明白测试的一个重要性了,,,接下来,我们 ...
- 数据库系统原理(第四章:SQL与关系数据库基本操作 )
一.SQL概述 sql是结构化查询语言(Structured Query Language,SQL)是专门用来与数 据库通信的语言,它可以帮助用户操作关系数据库. SQL的特点: SQL不是某个特定数 ...
- tornado中传递参数的几种方式
方法一 :tornado路由可以使用正则表达式中的子表达式传递url参数.比如:(r"/member//(\w*)/([01]*)", MemberHandler)匹配以后,tor ...
- Jquery绑定事件及动画效果
Jquery绑定事件及动画效果 本文转载于:https://blog.csdn.net/Day_and_Night_2017/article/details/85799522 绑定事件 bind(ty ...
- Meterpreter初探
Meterpreter Meterpreter号称"黑客瑞士军刀",Meterpreter是Metasploit框架中的一个杀手锏,通常作为漏洞溢出后的攻击载荷使用,攻击载荷在触发 ...
- printf打印字节调试
void print(BYTE *data, INT len) { INT x = 0; INT y = 0; if(data == NULL) { return; } for(x = 0; x &l ...
- 【XML】XML基本结构以及XML-Schema约束
XML 简介 1998年2月,W3C正式批准了可扩展标记语言的标准定义,可扩展标记语言可以对文档和数据进行结构化处理,从而能够在部门.客户和供应商之间进行交换,实现动态内容生成,企业集成和应用开发.可 ...
- mysql使用命令
1.创建用户 create user 'name'@'host' identified by 'psssword'; 2.授权 grant select, updata,insert (all) on ...
- Linux:使用LVM进行磁盘管理
LVM的概念 LVM 可以实现对磁盘的动态管理,在磁盘不用重新分区的情况下动态调整文件系统的大 小,利用 LVM 管理的文件系统可以跨越磁盘. "/boot"分区用于存放系统引导文 ...
- nginx 图片访问404 (使用location中使用 root,alias的区别)
问题描述: 在/data/code_img/文件下有很多验证码图片,想将他们展示出来 希望通过 http://127.0.0.1/img/1.png 这种形式访问到对应图片,刚开始nginx中配置如下 ...