SpringIOC源码解析（8）—，java程序员面试题集大全

由于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)]