作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO
联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬
学习必须往深处挖,挖的越深,基础越扎实!
阶段1、深入多线程
阶段2、深入多线程设计模式
阶段3、深入juc源码解析
码哥源码部分
码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】
码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】
码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作?】
码哥讲源码【谁再说Spring不支持多线程事务,你给我抽他!】
打脸系列【020-3小时讲解MESI协议和volatile之间的关系,那些将x86下的验证结果当作最终结果的水货们请闭嘴】
图不能少

在容器初始化的时候会调用invokeBeanFactoryPostProcessors方法进行BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor方法的调用,主要是内部的ConfigurationClassPostProcessor对配置文件做处理,这个前面文章都讲过了,就不多说了,主要是把一些可以扩展的地方列了出来,比如我们可以最开始就进行扩展。
BeanDefinitionRegistryPostProcessor
最开始会先调用自定义的扩展。

比如我要注册一个bean定义,就会在最开始就注册进去了:

PriorityOrdered且BeanDefinitionRegistryPostProcessor
然后会按照优先级排序来获取并执行,这里就包括ConfigurationClassPostProcessor,会去解析配置文件,把我们要注册到容器里的类都封装成bean定义注册进去。:

Ordered且BeanDefinitionRegistryPostProcessor
一眼的逻辑,只不过是会去重,默认不会有内部的处理器处理,除非你定义一个是可以的。

剩下的BeanDefinitionRegistryPostProcessor
最后是剩下的:

invokeBeanFactoryPostProcessors
随后就会去执行我们最开始自定义的BeanFactoryPostProcessors和刚才注册的BeanFactoryPostProcessor类型处理器的postProcessBeanFactory方法:

最后所有的BeanFactoryPostProcessor的处理
后面还会进行BeanFactoryPostProcessor类型获取,然后去执行,因为我们自定义的或者有些内部类是BeanFactoryPostProcessor类型的,自定义的可能是从BeanDefinitionRegistryPostProcessor加进去的,所以前面没处理,后面还得处理一次,也是按优先级顺序的。
这里都是处理跟工厂相关的处理器,你可以操作内部的注册器和bean工厂。
registerBeanPostProcessors注册BeanPostProcessor

这里就是把所有的BeanPostProcessor找到,实例化并注册进容器。
注册前:

注册后:

两个是自定义的,内部默认是6个。
ApplicationContextAwareProcessor是在初始化之前用来设置属性的:

ImportAwareBeanPostProcessor是主要在CGLIB给配置类做代理的时候设置beanFactory属性的,给ImportAware的对象传入注解元数据:


CommonAnnotationBeanPostProcessor和AutowiredAnnotationBeanPostProcessor是主要做属性和方法参数的注入的:

ApplicationListenerDetector是主要做监听器的注册的,如果你的bean是ApplicationListener类型的话:

BeanPostProcessorChecker是用来检查创建的处理器个数对不对:

637

被折叠的 条评论
为什么被折叠?



