【年后跳槽必看篇-非广告】Spring Bean的生命周期

既然聊到Spring Bean的生命周期。首先,我们要知道的是Java Bean和Spring Bean实例化过程是有一些区别的。

Java Bean创建的步骤

简要的说一下普通环境下创建Java Bean简要的几个步骤:

  • 首先Java源码会被编译为class文件。
  • 接着类被初始化(比如new对象、反射获取对象等操作)。
  • 然后class文件会被虚拟机通过类加载器加载到JVM。
  • 最后会初始化对象供我们使用。

简单来说可以理解为Class文件作为【模板】进而创建出具体的实例。面试这么简单聊一下从而引出Spring对象的生命周期,显得你更加从容。手动狗头。哈哈

补充:Java对象的创建过程详细可参考文章:


步入正题 :

Spring Bean的生命周期

而Spring所管理的Bean与Java不同的是,除了Class对象之外,还会使用BeanDefinition的实例来描述对象的信息。比如说:

  • 我们可以在Spring所管理的Bean中有一系列的描述,常见的有:@Scope、@Lazy、@DependsOn等等 。

可以理解为:Class只描述了类的信息,而BeanDefinition描述了对象的信息。也就是Spring有BeanDefinition来存储我们日常给Spring Bean定义的元数据(@Scope、@Lazy、@DependsOn)。

流程

  • 首先Spring在启动的时候需要扫描在XML/注解/JavaConfig中需要被Spring管理的Bean信息
  • 随后,会将这些信息封装成BeanDefinition,最后会把这些信息放到一个BeanDefinitionMap中
    • BeanDefinitionMap中的key是beanName,value是BeanDefinition对象
    • 到这里其实是把定义的元数据加载起来,目前真实的对象还没有进行实例化
  • 接着会遍历这个BeanDefinitionMap,执行BeanFactoryPostProcessor这个Bean工厂后置处理的逻辑
    • 比如说:我们平时定义的占位符信息,就是通过BeanFactoryPostProcessor的子类PropertyPlaceholderConfigurer进行注入进去的。
    • 当然这里我们也可以通过自定义BeanFactoryPostProcessor来对我们定义好的Bean元数据进行获取或者修改。只是我们一般不会这么做的,实际的应用场景也很少。
  • BeanFactoryPostProcessor后置处理器执行完之后,就到了实例化对象了,在Spring里边是通过反射来实现的,一般情况下会通过反射选择合适的构造器来把对象实例化。注意,这里把对象实例化,只是将对象创建出来,而对象的属性还没有注入的。
    • 比如:有一个对象UserService依赖着SendService对象,这时SendService还是null的。
  • 实例化完成后,紧接着就是把对象的相关属性给注入。
  • 属性注入完成之后,就是初始化的动作了。
  • Bean的初始化首先会判断该Bean时候实现了Aware相关的接口,如果存在了则会填充相关资源。
    • 比如:我在系统中系统通过代码程序的方式获得指定的Spring Bean。我就会抽取一个工具类,去实现ApplicationContextAware接口,来获取ApplicationContext对象从而获取Spring Bean。
  • Aware相关的接口处理完之后,就回到BeanPostProcessor后置处理器了,BeanPostProcessor后置处理器有两个方法,一个是before,一个是after。
    • 这个Bean Post Processor后置处理器是AOP实现的关键。关键子类AnnotationAwareAspectJAutoProxyCreator
    • 所以,执行完Aware相关的接口就会执行BeanPostProcessor相关子类的Before方法
  • BeanPostProcessor相关子类的before方法执行完成之后,则会执行init相关的方法。
    • 比如:@PostConstruct 、以及实现了InitizlizingBean接口、定义的init-method方法
    • 它们的执行顺序为:@PostConstruct 、实现了InitizlizingBean的接口、定义的init-method方法
    • 实际场景中@PostConstruct经常用在对象实例化后,我们要初始化爱你公关工作或者启动个线程去MQ拉取数据
  • 等到int方法执行完成之后,就会执行BeanPostProcessor的after方法。
  • 基本的重要流程就已经走完了,此后我们便可以获取对象去使用了。
  • 最后销毁的时候就看有没有配置相关的destroy方法,执行就完事了。

上述整体流程大致如图所示:

【年后跳槽必看篇-非广告】Spring Bean的生命周期
image

至此:Spring Bean的一整套生命周期也就完事了。

相信你这么吹嘘一番相比是可以hold住面试官的了。


补充:

关于Spring Bean生命周期具体源码流程可阅读以下文章

【Spring源码阅读之一】

Spring源码阅读的系列文章

【Spring源码解读系列】

如有问题,欢迎加微信交流:w714771310,备注- 技术交流  。或关注微信公众号【码上遇见你】。

希望对你有所帮助,祝你学习顺利


原文始发于微信公众号(码上遇见你):【年后跳槽必看篇-非广告】Spring Bean的生命周期

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

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

(0)
小半的头像小半

相关推荐

发表回复

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