扯淡 Spring BeanDefinition
相关文章
大多数的方法都能从它的名字知道它是干啥的、都能在 XML 配置文件中找到对应的配置项
大部分的实现是落在 AbstractBeanDefinition 中、里面的逻辑也并不是特别的复杂、毕竟只是一些 get/set 方法
对于它的三个子类 GenericBeanDefinition RootBeanDefinition ChildBeanDefinition 其实本质上来说、它们并无太大的区别、它们都继承了 AbstractBeanDefinition 、在它们各自的类中、并没有什么太大的特殊的逻辑、某种程度上来说、它们可以说是差别非常小的
我们在 Spring 容器初始化的时候、读取 XML 配置文件并注册 BeanDefinition 、这个BeanDefinition 是子类中的哪个类呢
最终它会落到这个工具类里面、创建的都是 GenericBeanDefinition
而在 BeanDefinitionRegistry 的实现类中、都是如此存储的
我们也是可以使用其他的 BeanDefinition 的子类注册
而我们在 getBean 的流程中的时候、当我们无法在三级缓存中获取到 bean 的时候、就开始了创建 bean 的流程、这个时候、就要从 beanDefinition 中获取相关信息创建 bean
我们可以在 AbstractBeanFactory 中找到
可以看到 Map 中的 value 的类型是 RootBeanDefinition
如果你在定义中存在了父子 bean、或者更加具体的说、就是在 BeanDefinition 中、你的parentName 不为空、作为子 bean、你就要合成父 bean 的一些属性
貌似到目前为止、我们还是没有看到 ChildBeanDefinition 使用的场景
貌似确实没啥用是吧在整一个 Spring 框架中、我的版本 5.2
但是呢、其实我们可以手动的创建一个 BeanDefiniton 注册给 Spring
其实在 RootBeanDefinition 和 ChildBeanDefinition 中我们看到注释说、其实首选是 GenericBeanDefinition 、因为 RootBeanDefinition 不能够指定 parentName、而 ChildBeanDefinition 必须有 parentName、这在使用上是非常不灵活的
或许这就是 GenericBeanDefinition 出现的原因吧
在 AbstractAutowireCapableBeanFactory#doCreateBean 中
在创建好了一个 bean 的时候(不完整的 bean ),会对 MergedBeanDefinitionPostProcessor 的 postProcessMergedBeanDefinition 进行回调、这个时候是比加入第三级缓存之前早一点
版权声明: 本文为 InfoQ 作者【CoderLi】的原创文章。
原文链接:【http://xie.infoq.cn/article/8dbfbb9fad1ea8e16a44c3131】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论