bean的生命周期指的是bean创建——初始化到销毁的过程。
我们可以自定义初始化和销毁方法;容器在bean进行到当前生命周期的时候来调用我们自定义的初始化和销毁方法。
单实例:在容器启动的时候创建对象
多实例:容器不会管理这个bean;容器不会调用销毁方法;
Bean生命周期初始化、销毁相关的4种方式
1、@Bean指定初始化方法和销毁方法 initMethod destroyMethod
- initMethod 指定Bean创建后调用的初始化方法
- destroyMethod 指定Bean在销毁后会调用的方法
2、实现InitializingBean和DisposableBean接口
将要创建指定初始化和销毁方法的类实现初始化接口InitializingBean,如果需要指定销毁方法实现DisposableBean接口。
public class InitAndDisposableBean implements InitializingBean, DisposableBean {
public InitAndDisposableBean() {
System.out.println("InitAndDisposableBean创建完成。。。。。。。。。。。。");
}
@Override
public void destroy() throws Exception {
System.out.println("InitAndDisposableBean容器销毁,实现DisposableBean接口调用销毁方法...........");
}
@Override
public void afterPropertiesSet() throws Exception {
System.out.println("InitAndDisposableBean创建后实现InitializingBean调用初始化方法。。。。。。。。。。。。");
}
}
3、使用JSR250规范:@PostContruct、@PreDestroy
在需要指定初始化和销毁方法的Bean里创建对应的初始化和销毁方法,使用对应注解标注即可。
- 使用@PostConstruct指定Bean的初始化方法
- 使用@PreDestroy指定Bean销毁方法
@Component
public class Student {
@PostConstruct
public void init(){
System.out.println("Student postConstruct...");
}
@PreDestroy
public void destroy(){
System.out.println("Student preDestroy...");
}
}
很多人迷糊@PostConstruct会在构造函数之前执行还是之后执行呢?其实从单词中也能见名知意(此处以servlet为例):
- 被@PostConstruct修饰的方法会在构造函数之后,init()方法之前运行
- 被@PreDestroy修饰的方法会在destroy()方法之后运行,在Servlet被彻底卸载之前
4、BeanPostProcessor接口
public interface BeanPostProcessor {
//在任何初始化方法(例如上面的三种方式,定义的init方法,@PostConstruct,接口InitializingBean的方法)调用之前工作
Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;
//这个是在上面的初始化方法调用之后工作
Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;
}
Bean的后置处理器,在bean初始化前后处理一些工作,就是在上面三种初始化(init,@PostConstruct,InitializingBean接口)调用的前后做一些工作的处理.。通过这个方法可以对bean进行一些包装和处理。
BeanPostProcessor在Spring中有大量的应用。它提供了功能相当于我们可以在Bean放进Ioc容器前后做些事情,比如包装、生成代理对象等一般都是通过此接口实现的。当把Bean放进去时,Spring会调用配置执行的所有的BeanPostProcessor。
比如解析@Async、@Autowired的AutowiredAnnotationBeanPostProcessor后置处理器。
- postProcessBeforeInitialization()在每个bean创建之后的初始化方法之前调用
- postProcessAfterInitialization在每个bean的初始化方法执行之后被调用,该方法通常用户修改预定义的bean的属性值,可以实现该接口进行覆盖。(该方法特别的重要,可以做一些全局统一处理的操作)
关于BeanPostProcessor的使用,后续还有专门的文章进行分析,此处只做简单的一个生命周期相关的讨论。
@Component
public class CustomBeanPostProcessor implements BeanPostProcessor {
/**
* 在每个bean创建之后的初始化方法之前调用
* @param bean 当前实例化的bean
* @param beanName bean的名称
* @return 返回实例化的bean或者可以对对象进行再封装返回
* @throws BeansException
*/
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
System.out.println("BeanPostProcessor的postProcessBeforeInitialization方法执行,当前bean【" + bean + "】");
return bean;
}
/**
* 在每个bean的初始化方法执行之后被调用
* @param bean 当前实例化的bean
* @param beanName bean的名称
* @return 返回实例化的bean或者可以对对象进行再封装返回
* @throws BeansException
*/
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
System.out.println("BeanPostProcessor的postProcessAfterInitialization方法执行,当前bean【" + bean + "】");
return bean;
}
}
需要注意的是:实现这个接口的类,需要放入IOC容器中才会生效。
BeanPostProcessor总结
BeanPostProcessor是Spring对开闭原则很好的实践。上面我们已经体会到了它的用处,它就像一个钩子,让我们可以参与到Spring Bean的生命周期的重要部分。下面简单来个总结:
从上图中我们可以看到一共有5个接口共10个回调方法,即十个扩展点。
五个接口十个扩展点