由于Entrance
是被@Configuration
标记的,所以在执行
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(Entrance.class);
时也会被注册到容器里,再进一步会发现是通过register
来将其注册到容器里
register主要就是注册被@Configuration
标记的业务类,再往上查看栈:
@Override
public void register(Class<?>… componentClasses) {
Assert.notEmpty(componentClasses, “At least one component class must be specified”);
this.reader.register(componentClasses);
}
这里的this.reader指的是AnnotationBeanDefinitionReader,进入这个类的源码会发现,它并不属于BeanDefinitionReader的体系,它是专门负责处理注解相关的BeanDefinition
这样做是为了区分注解和其他配置的不同。它里面也有BeanDefinitionRegistry实例以委托其将AnnotationBeanDefinition实例给注册到容器里。
继续通过调用栈前进,register方法在判空之后会去遍历被@Configuration标记的类,并一一去做注册处理
public void register(Class<?>… componentClasses) {
for (Class<?> componentClass : componentClasses) {
registerBean(componentClass);
}
}
再往前一步就会发现do方法了:
public void registerBean(Class<?> beanClass) {
doRegisterBean(beanClass, null, null, null, null);
}
进入到do方法里:
首先就是用AnnotatedGenericBeanDefinition
将对应的class对象给包装起来,之后就是处理定义在类上的其他注解,这些注解就和 bean 标签定义的属性一样
处理完注解之后:
// 用 BeanDefinitionHolder 包装 BeanDefinition
BeanDefinitionHolder definitionHolder = new BeanDefinitionHolder(abd, beanName);
// 此行代码与动态代理和scope注解有关,主要看看是否依照Spring的scope生成动态代理对象
// 但是在本案例中没有做任何操作,只是返回了传入的 definitionHolder
definitionHolder = AnnotationConfigUtils.applyScopedProxyMode(scopeMetadata, definitionHolder, this.registry);
// 向容器注册扫描到的Bean
BeanDefinitionReaderUtils.registerBeanDefinition(definitionHolder, this.registry);
之后就和xml一样,来到BeanDefinitionReaderUtils里面去调用registerBeanDefinition
方法进行注册:
接下来看一下不是被@Configuration
标记的类,比如WelcomeController
就是被@Controller
修饰的
此时的调用栈也更深,说明做了更多的处理:
这一类的bean是在AnnotationConfigApplicationContext
构造方法的refresh()方法调用时才被注册进来:
和xml一样,调用的是AbstractApplicationContext中的refresh()方法,只不过xml调用的是
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
这里调用的是
invokeBeanFactoryPostProcessors(beanFactory);
也就是容器调用其后置处理器时触发对普通的BeanDefinition的注册。
再进一步:
protected void invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory) {
PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());
// Detect a LoadTimeWeaver and prepare for weaving, if found in the meantime
// (e.g. through an @Bean method registered by ConfigurationClassPostProcessor)
if (beanFactory.getTempClassLoader() == null && beanFactory.containsBean(LOAD_TIME_WEAVER_BEAN_NAME)) {
beanFactory.addBeanPostProcessor(new LoadTimeWeaverAwareProcessor(beanFactory));
beanFactory.setTempClassLoader(new ContextTypeMatchClassLoader(beanFactory.getBeanClassLoader()));
}
}
发现注册源自于PostProcessorRegistrationDelegate
调用其静态方法invokeBeanFactoryPostProcessors
,同时传入的参数beanFactory
是DefaultListableBeanFactory实例,这个实例在上面AnnotationConfigApplicationContext
的构造函数中调用this()时就创建了,PostProcessorRegistrationDelegate
会对BeanFactoryPostProcessor
这些容器级别的后置处理器进行调用。
进一步进入到invokeBeanFactoryPostProcessors
方法中,发现该方法非常长,除了处理参数中传入的容器级别的后置处理器列表之外,还会尝试从beanFactory
中获取已经注册的后置处理器,然后将他们merge到一起并做统一的处理:
String[] postProcessorNames =
beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
for (String ppName : postProcessorNames) {
if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
currentRegistryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
processedBeans.add(ppName);
}
}
sortPostProcessors(currentRegistryProcessors, beanFactory);
registryProcessors.addAll(currentRegistryProcessors);
并且容器级别的BeanFactoryPostProcessor
分为两类:BeanDefinitionRegistryPostProcessor
和BeanFactoryPostProcessor
,前者是继承自后者的并且会被优先处理。
对于同一个类型的BeanDefinitionRegistryPostProcessor
,会优先执行实现了PriorityOrdered
接口的,将这些实现了该接口的PostProcessor按照优先级依次进行调用;之后再针对实现了Ordered
接口的,也是按照Order的优先级进行调用;最后才是去调用没有实现接口的PostProcessor。
执行BeanDefinitionRegistryPostProcessor
时, 会调用
invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);
之后才会调用
invokeBeanFactoryPostProcessors(registryProcessors, beanFactory);
根据调用栈,这里主要是调用了:
再往前深入一层:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Java)
总结
在清楚了各个大厂的面试重点之后,就能很好的提高你刷题以及面试准备的效率,接下来小编也为大家准备了最新的互联网大厂资料。
,并且后续会持续更新**
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Java)
[外链图片转存中…(img-nQwnkods-1711995368128)]
总结
在清楚了各个大厂的面试重点之后,就能很好的提高你刷题以及面试准备的效率,接下来小编也为大家准备了最新的互联网大厂资料。
[外链图片转存中…(img-TJGBQx7r-1711995368128)]
[外链图片转存中…(img-VYUzWcZX-1711995368128)]
[外链图片转存中…(img-O7f7Pbma-1711995368128)]
[外链图片转存中…(img-tMqewMQ1-1711995368129)]