您好,登录后才能下订单哦!
这期内容当中小编将会给大家带来有关BeanDefinition的原理是什么,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
首先我提出一个问题:一个java对象和一个Spring Bean有什么区别?
这是一个经典的面试题,什么是java Object
?万物皆对象,在Java内部所有的类,经过创建之后都可以称之为一个对象,SpringBean也是一个java Object
, 但是Spring Bean是脱离
于JAVA Object的,为什么这么说呢?因为一个class要想变成对象只需要new
一下,就能够称之为一个对象,但是一个类要想变成一个Spring Bean就需要经过一系列的生命周期,什么生命周期呢?后面会说到!
至少从上面的可以知道,Spring Bean是一个特殊的Java Object, 那么他肯定有和JAVA Object有不一样的地方!
Java中 Class对象可以描述一个JAVA Object,但是因为Spring Bean是一个特殊的JAVA Object,所以Class对象不能够完整的描述一个Spring Bean,所以Spring官方单独开发了一个叫做BeanDefinition
的类,来描述一个SpringBean
!
BeanDefinition
里面描述了很多的东西,大致如下:
它里面存放了Spring创建bean的过程中所需要的一切原料!
通过上面的介绍,那么你对
BeanDefinition
有了一大概的认识,那么我们在了解整个Spring的声明周期的时候,需要了解两个概念BeanFactoryPostProcessor
、BeanPostProcessor
,当然这里只是普及一下概念,是为了能够让读者更加深入的去理解Spring的声明周期!
我们现在通过上面的了解知道了一件事,就是Spring在创建对象之前会把class转换成一个BeanDefinition
, 此时Spring为我们提供了一个扩展点,他可以在读取完全部的class转换为 BeanDefinition
之后,回调所有实现了BeanFactoryPostProcessor
接口的实现类,并传入工厂对象,使得使用者能够对工厂对象内部的属性进行修改,例如:对BeanDefinition
内的信息进行修改,以达到操纵最终实例化bean的目的!
说白了,他会在扫描完项目将Class转换为BeanDefinition
之后在进行实例化之前进行接口的回调!
这个类和上面那个类十分的相似,他有两个方法,两个方法的调用时机也不相同,他会在实例化之后,调用初始化方法之前进行第一次方法回调(postProcessBeforeInitialization),在执行完初始化方法之后又会进行一次回调(postProcessAfterInitialization),每次回调该类都会将当前创建好的bean传递到方法内部,从而让开发者能够自定义的修改当前bean的一些定义!
那么此时,我们了解了BeanDefinition
、BeanPostProcessor
、BeanFactoryPostProcessor
这三个概念之后,我们可以尝试着学习一下Spring的生命周期,学习Spring声明周期对掌握Spring源码具有举足轻重的地位!只有了解Spring的声明周期,才能够对后续Spring系列的技术进行一个详尽的源码掌握!
整个Spring的生命周期,以文字描述大概分为以下几个阶段:
BeanFactoryPostProcessor
扫描项目将所有的
@Bean、@Component....
或者
xml配置
等符合Spring读取对应的类解析成
BeanDefinition
,存储在容器里面!BeanFactoryPostProcessor
BeanPostProcessor
到容器内部!BeanPostProcessors.postProcessBeforeInitialization
方法BeanPostProcessors.postProcessAfterInitialization
方法尽管我们可以通过实现BeanDefinition
接口创建一个自定义的BeanDefinition
,但是你是否发现,自己实现这个接口,想要创建一个BeanDefinition
极其复杂里面几十个属性都需要你自己去设置;
Spring官方为了简化这一步骤,提供了一个抽象AbstractBeanDefinition
,这个抽象类内部默认实现了BeanDefinition
的绝大部分方法,对一些属性进行了默认值的赋值,极大地简化了用户自己实现一个BeanDefinition
的难度!
他是AbstractBeanDefinition
的子类,我们通过注解配置的bean以及我们的配置类(除@Bean
)外的BeanDefiniton
类型都是GenericBeanDefinition
类型的!
Spring在启动时会实例化几个初始化的BeanDefinition
,这几个BeanDefinition
的类型都为RootBeanDefinition
,这个包括后续Spring的BeanDefinition会进行一个合并(这都是后话)都是RootBeanDefinition
类型的!
我们通过 @Bean
创建的BeanDefinition
也是RootBeanDefinition类型,当然是属于他的子类(后面会介绍)的!
这个接口直接继承了BeanDefinition
,他在原来的基础上扩展了两个方法:
这两个方法是专门对注解读取的方法!所有注解标识的bean都是这个类型的bean!
第一种情况是配置类也就是标注了@Configuration
注解的类会被解析成 AnnotatedGenericBeanDefinition
第二种情况是通过@Import
导入的类会被解析成AnnotatedGenericBeanDefinition
通过@Bean
注解导入的类会被解析为ConfigurationClassBeanDefinition
通过@Service、@Compent
等方式创建的bean 会以ScannedGenericBeanDefinition
的形式存在!
上述就是小编为大家分享的BeanDefinition的原理是什么了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。