Bean自定义初始化和销毁
zijikanwa 人气:0Bean三种自定义初始化和销毁
一. 三种方法概述
在配置类中指定 @Bean(initMethod = “init”,destroyMethod = “destory”)注解
实现InitializingBean接口并重写其afterPropertiesSet方法,实现DisposableBean接口并重写destroy方法
利用java的JSR250规范中的@PostConstruct标注在init方法上,@PreDestroy标注在destroy方法上
二. 方法详述
1. 方法1:配置类中指定
示例代码
public class CarA { public CarA() { System.out.println("CarA。。。构造函数"); } public void initCarA(){ System.out.println("CarA的init()方法"); } public void destroyCarA(){ System.out.println("CarA的destroy()方法"); } } @Configuration public class ConfigTest { @Bean(initMethod = "initCarA",destroyMethod = "destroyCarA") public CarA carA(){ return new CarA(); } }
执行结果
CarA。。。构造函数
CarA的init()方法服务启动
CarA的destroy()方法
2. 方法2:实现接口并重写方法
2.1 示例代码
public class CarB implements InitializingBean, DisposableBean { public CarB() { System.out.println("CarB。。。构造函数"); } @Override public void afterPropertiesSet() throws Exception { System.out.println("CarB。。。afterPropertiesSet()方法执行"); } @Override public void destroy() throws Exception { System.out.println("CarB。。。destroy()方法执行"); } } @Configuration public class ConfigTest { @Bean public CarB carB(){ return new CarB(); } }
执行结果
CarB。。。构造函数
CarB。。。afterPropertiesSet()方法执行服务启动
CarB。。。destroy()方法执行
2.2 概述
Spring 开放了扩展接口,允许我们自定义 bean 的初始化和销毁方法。即当 Spring 容器在 bean 进行到相应的生命周期阶段时,会自动调用我们自定义的初始化和销毁方法。这两个扩展接口是 InitializingBean 和 DisposableBean 。
InitializingBean 接口说明:该接口为 bean 提供了 bean 属性初始化后的处理方法,它只有 afterPropertiesSet 一个方法,凡是实现此接口的类,在 bean 的属性初始化后都会执行该方法。
package org.springframework.beans.factory;
public interface InitializingBean { void afterPropertiesSet() throws Exception; }
DisposableBean 接口说明:该接口为单例 bean 提供了在容器销毁 bean 时的处理方法,它只有 destroy 一个方法,凡是实现此接口的类,在 bean 被销毁时都会执行该方法。
package org.springframework.beans.factory; public interface DisposableBean { void destroy() throws Exception; }
2.3 方法1 && 方法2
- 相同点:都是在 bean 属性初始化之后需要执行的初始化方法。
- 不同点
方法1:代码不与Spring耦合;执行效率较低(通过反射来执行initMethod 方法)
方法2:代码与Spring紧耦合;速度更快(将 bean 强制转换成 InitializingBean 接口类型,然后直接调用 afterPropertiesSet 方法)
- 说明:afterPropertiesSet 和 initMethod 可以同时存在,但是 afterPropertiesSet 方法是在 initMethod 方法之前执行的。
- 一个 bean 从创建到初始化的过程总结
通过构造器创建 bean
属性注入
执行 afterPropertiesSet 方法
执行 initMethod 方法
3. 方法3:利用java的JSR250规范
代码示例
public class CarC { public CarC() { System.out.println("CarC。。。构造函数"); } @PostConstruct public void initCarC(){ System.out.println("CarC。。。初始化方法initCarC()"); } @PreDestroy public void destroyCarC(){ System.out.println("CarC。。。销毁方法destroyCarC"); } } @Configuration public class ConfigTest { @Bean public CarC carC(){ return new CarC(); } }
执行结果
CarC。。。构造函数
CarC。。。初始化方法initCarC()服务启动
CarC。。。销毁方法destroyCarC
spring初始化后获取自定义注解Bean
目的是通过注解将特定类的信息(如接口编号)与类关联,之后可通过接口编号获取对应bean来执行对应逻辑。
一.新建注解类
@Target({ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Documented @Service public @interface ServiceCode { String code() default ""; String className() default ""; }
包含接口编号和beanName信息。
二.新建接口类
@ServiceCode(code = "100010", className = "echoService") @Service("echoService") public class EchoService { }
三.实现接口ApplicationListener
来监听spring容器初始化完成后执行:
@Component @Order(1) public class ServiceInitListener implements ApplicationListener<ContextRefreshedEvent> { private static final Logger LOGGER = LoggerFactory.getLogger(ServiceInitListener.class); @Override public void onApplicationEvent(ContextRefreshedEvent event) { ApplicationContext applicationContext = event.getApplicationContext(); //注意 需要时根容器才能通过注解获取到bean,比如event直接获取的容器中只有一些公共注册bean if (applicationContext.getParent() != null) { applicationContext = applicationContext.getParent(); } Map<String, Object> beansWithAnnotation = applicationContext.getBeansWithAnnotation(ServiceCode.class); for (Object bean : beansWithAnnotation.values()) { ServiceCode annotation = bean.getClass().getAnnotation(ServiceCode.class); String code = annotation.code(); String className = annotation.className(); //注册接口编号和beanName //在统一入口可通过code获取beanName,然后通过springContext获取对应bean执行自定义逻辑 //或者完成其他逻辑 } } }
注意:
ContextRefreshedEvent获取到的上下文环境不是根spring容器,其中只有部分spring内置bean,无法通过注解获取到自定义bean,需要获取其父容器来完成操作。我第一次获取是beanList总为空,后来发现其容器内部bean没有自定义的service bean,获取父容器后操作一切正常。
通过@Order注解来定制执行顺序,越小越优先执行。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。
加载全部内容