spring InitializingBean init-method postConstruct 执行顺序

Spring 容器中的 Bean 是有生命周期的,Spring 允许在 Bean 在初始化完成后以及 Bean 销毁前执行特定的操作,常用的设定方式有以下三种:

通过实现 InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法;
通过 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法;
在指定方法上加上@PostConstruct 或@PreDestroy注解来制定该方法是在初始化之后还是销毁之前调用。 
这是我们就有个疑问,这三种方式是完全等同的吗,孰先孰后?

下面我们将带着这个疑问,试图通过测试代码以及分析Spring源码找到答案。

首先,我们还是编写一个简单的测试代码:

Java代码 复制代码 收藏代码
public class InitSequenceBean implements InitializingBean {    
      
      public InitSequenceBean() {    
           System.out.println("InitSequenceBean: constructor");    
      }    
         
      @PostConstruct  
      public void postConstruct() {    
           System.out.println("InitSequenceBean: postConstruct");    
      }    
         
      public void initMethod() {    
           System.out.println("InitSequenceBean: init-method");    
      }    
         
      @Override  
      public void afterPropertiesSet() throws Exception {    
           System.out.println("InitSequenceBean: afterPropertiesSet");    
      }    
}  
   

并且在配置文件中添加如下Bean定义:


 

好了,我们启动Spring容器,观察输出结果,就可知道三者的先后顺序了:

InitSequenceBean: constructor

InitSequenceBean: postConstruct

InitSequenceBean: afterPropertiesSet

InitSequenceBean: init-method

通过上述输出结果,三者的先后顺序也就一目了然了:

Constructor > @PostConstruct > InitializingBean > init-method

先大致分析下为什么会出现这些的结果:构造器(Constructor)被率先调用毋庸置疑,InitializingBean先于init-method我们也可以理解(在也谈Spring容器的生命周期中已经讨论过),但是PostConstruct为何率先于InitializingBean执行呢?

我们再次带着这个疑问去查看Spring源代码来一探究竟。
通过Debug并查看调用栈,我们发现了这个类org.springframework.context.annotation.CommonAnnotationBeanPost Processor,从命名上,我们就可以得到某些信息——这是一个BeanPostProcessor。想到了什么?在也谈Spring容器的生命周期中,我们提到过BeanPostProcessor的postProcessBeforeInitial ization是在Bean生命周期中afterPropertiesSet和init-method之前执被调用的。

再次观察CommonAnnotationBeanPost Processor这个类,它继承自InitDestroyAnnotationBea nPostProcessor。InitDestroyAnnotationBea nPostProcessor顾名思义,就是在Bean初始化和销毁的时候所作的一个前置/后置处理器。

通过查看InitDestroyAnnotationBea nPostProcessor类下的postProcessBeforeInitial ization方法:

Java代码 复制代码 收藏代码
public Object postProcessBeforeInitial ization(Object bean, String beanName) throws BeansException {    
           LifecycleMetadata metadata = findLifecycleMetadata(bean.getClass());    
           try {    
                 metadata.invokeInitMethods(bean, beanName);    
           }    
           catch (InvocationTargetExceptio n ex) {    
                 throw new BeanCreationException(beanName, "Invocation of init method failed", ex.getTargetException());    
           }    
           catch (Throwable ex) {    
                 throw new BeanCreationException(beanName, "Couldn't invoke init method", ex);    
           }    
            return bean;    
      }  
   

查看findLifecycleMetadata方法,继而我们跟踪到buildLifecycleMetadata这个方法体中,看下buildLifecycleMetadata这个方法体的内容:

Java代码 复制代码 收藏代码
private LifecycleMetadata buildLifecycleMetadata(final Class clazz) {    
           final LifecycleMetadata newMetadata = new LifecycleMetadata();    
           final boolean debug = logger.isDebugEnabled();    
           ReflectionUtils.doWithMethods(clazz, new ReflectionUtils.MethodCallback() {    
                 public void doWith(Method method) {    
                     if (initAnnotationType != null) {    
                           if (method.getAnnotation(initAnnotationType) != null) {    
                                newMetadata.addInitMethod(method);    
                                if (debug) {    
                                      logger.debug("Found init method on class [" + clazz.getName() + "]: " + method);    
                                }    
                           }    
                     }    
                     if (destroyAnnotationType != null) {    
                           if (method.getAnnotation(destroyAnnotationType) != null) {    
                                newMetadata.addDestroyMethod(method);    
                                if (debug) {    
                                      logger.debug("Found destroy method on class [" + clazz.getName() + "]: " + method);    
                                }    
                           }    
                     }    
                 }    
           });    
           return newMetadata;    
}  

分析这段代码发现,在这里会去判断某方法有没有被initAnnotationType/destroyAnnotationType注释,如果有,则添加到init/destroy队列中,后续一一执行。

initAnnotationType/destroyAnnotationType注释是什么呢,我们在CommonAnnotationBeanPost Processor的构造函数中看到下面这段代码:

Java代码 复制代码 收藏代码
public CommonAnnotationBeanPost Processor() {    
           setOrder(Ordered.LOWEST_PRECEDENCE - 3);    
           setInitAnnotationType(PostConstruct.class);    
           setDestroyAnnotationType (PreDestroy.class);    
           ignoreResourceType("javax.xml.ws.WebServiceContext");    
}  
   

一切都清晰了吧。一言以蔽之,@PostConstruct注解后的方法在BeanPostProcessor前置处理器中就被执行了,所以当然要先于InitializingBean和init-method执行了。

最后,给出本文的结论,Bean在实例化的过程中:

Constructor > @PostConstruct > InitializingBean > init-method
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
系统根据B/S,即所谓的电脑浏览器/网络服务器方式,运用Java技术性,挑选MySQL作为后台系统。系统主要包含对客服聊天管理、字典表管理、公告信息管理、金融工具管理、金融工具收藏管理、金融工具银行卡管理、借款管理、理财产品管理、理财产品收藏管理、理财产品银行卡管理、理财银行卡信息管理、银行卡管理、存款管理、银行卡记录管理、取款管理、转账管理、用户管理、员工管理等功能模块。 文中重点介绍了银行管理的专业技术发展背景和发展状况,随后遵照软件传统式研发流程,最先挑选适用思维和语言软件开发平台,依据需求分析报告模块和设计数据库结构,再根据系统功能模块的设计制作系统功能模块图、流程表和E-R图。随后设计架构以及编写代码,并实现系统能模块。最终基本完成系统检测和功能测试。结果显示,该系统能够实现所需要的作用,工作状态没有明显缺陷。 系统登录功能是程序必不可少的功能,在登录页面必填的数据有两项,一项就是账号,另一项数据就是密码,当管理员正确填写并提交这二者数据之后,管理员就可以进入系统后台功能操作区。进入银行卡列表,管理员可以进行查看列表、模糊搜索以及相关维护等操作。用户进入系统可以查看公告和模糊搜索公告信息、也可以进行公告维护操作。理财产品管理页面,管理员可以进行查看列表、模糊搜索以及相关维护等操作。产品类型管理页面,此页面提供给管理员的功能有:新增产品类型,修改产品类型,删除产品类型。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值