Spring源码解析之@PostConstruct注解

得意时要看淡,失意时要看开。不论得意失意,切莫大意;不论成功失败,切莫止步。志得意满时,需要的是淡然,给自己留一条退路;失意落魄时,需要的是泰然,给自己觅一条出路Spring源码解析之@PostConstruct注解,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

一、背景

今天无意中了解到@PostConstruct这个注解,打上这个注解的方法,会在项目启动的过程中调用,于是好奇其源码,以及究竟在Spring容器启动的哪一步调用的,下面将梳理我整个探究源码的过程。

二、探究源码过程

1、首先我先写了个简单的SpringBoot的启动类,直接在启动类上写个方法,加上@PostConstruct注释,打上debug断点,启动项目
图片.png

@SpringBootApplication
public class UserApplication {

    private static final Logger log = LoggerFactory.getLogger(UserApplication.class);

    @PostConstruct
    public void initApplication() {
        log.info("Do UserApplication init...");
    }

    public static void main(String[] args) {
        SpringApplication.run(UserApplication.class, args).getEnvironment();
    }
}

图片.png图片.png2、可以看到这是用的Spring的BeanPostProcessor扩展点来处理的,也就是在bean对象属性注入之后,init方法执行之前,调出我之前画的Spring启动流程图
图片.png3、从断点中可以看出是CommonAnnotationBeanPostProcessor这个BeanPostProcessor,但是断点进去之后是InitDestroyAnnotationBeanPostProcessor类的postProcessBeforeInitialization方法,不难猜测,InitDestroyAnnotationBeanPostProcessor是CommonAnnotationBeanPostProcessor的父类
图片.png4、于是先看下CommonAnnotationBeanPostProcessor的类图,可以看到CommonAnnotationBeanPostProcessor确实是InitDestroyAnnotationBeanPostProcessor的子类,且都是BeanPostProcessor接口的实现,CommonAnnotationBeanPostProcessor类中没有实现postProcessBeforeInitialization方法,所以调用了其父类的
图片.png5、下面就看下InitDestroyAnnotationBeanPostProcessor类的postProcessBeforeInitialization方法
图片.png6、先看下metadata.invokeInitMethods(bean, beanName);这个方法,这是InitDestroyAnnotationBeanPostProcessor内部类LifecycleMetadata的一个方法,重点是名叫element的LifecycleElement类型的类,里面有个method方法,正是我们打上@PostConstruct注解的那个方法,再到element.invoke(target);里面看,就是用反射去调用这个方法,所以重点是这个element怎么来的,可以看到是从checkedInitMethods里循环取出的
图片.png7、于是又看checkedInitMethods是怎么来的,发现是LifecycleMetadata的checkConfigMembers方法中赋值的,来源是initMethods,而initMethods是LifecycleMetadata的成员变量,所以回到第5步看metadata是怎么来的
图片.png8、所以重新打断点跟踪下LifecycleMetadata metadata = findLifecycleMetadata(bean.getClass());这个方法
图片.png9、进去看发现,是从lifecycleMetadataCache这个缓存中取出来的,于是找是在什么时候放进去的,发现只有这个方法,这边就是用双重校验来取缓存
图片.png10、经过一段时间研究,才发现InitDestroyAnnotationBeanPostProcessor是继承自MergedBeanDefinitionPostProcessor类的,在调用postProcessBeforeInitialization之前会先调用postProcessMergedBeanDefinition方法,再看下InitDestroyAnnotationBeanPostProcessor的postProcessMergedBeanDefinition方法,发现也调用了findLifecycleMetadata方法,那就可以解释了,就是在那时候放入缓存的,而且之后正好执行了第7步中说到的checkConfigMembers方法
图片.png图片.png11、所以又去看放入缓存的metadata是怎么来的,可以看到是调用了buildLifecycleMetadata方法
图片.png
12、所以这时候就看metadata中的initMethods是怎么来的,直接看源码,ReflectionUtils.doWithLocalMethods其实就是把class中的所有方法循环判断,是否有initAnnotationType这个注解,如果有就加入到currInitMethods,最终加入到initMethods,用来构建LifecycleMetadata对象
图片.png13、于是就看看initAnnotationType的值是什么,最终在CommonAnnotationBeanPostProcessor的构造方法中找到了,正是PostConstruct
图片.png

三、总结流程

1、Spring启动,在registerBeanPostProcessors那一步,实例化并初始化了CommonAnnotationBeanPostProcessor这个BeanPostProcessor,并赋值initAnnotationType为PostConstruct.class;
2、在UserApplication这个bean属性注入之前,调用了CommonAnnotationBeanPostProcessor父类InitDestroyAnnotationBeanPostProcessor的postProcessMergedBeanDefinition方法,将UserApplication类中标有@PostConstruct注解的方法包装成LifecycleMetadata类型的类并放入lifecycleMetadataCache缓存中;
3、在UserApplication这个bean属性注入之后,init方法调用之前,调用了InitDestroyAnnotationBeanPostProcessor的postProcessBeforeInitialization方法,从缓存中取出标有@PostConstruct注解的方法,利用发射调用该方法;

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/154488.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!