作者简介:大家好,我是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
是用来检查创建的处理器个数对不对: