Sping源码（七）—ConfigurationClassPostProcessor —— 后续处理

2024-05-24 16:44
文章标签 源码 处理 后续 sping configurationclasspostprocessor

本文主要是介绍Sping源码（七）—ConfigurationClassPostProcessor —— 后续处理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

序言

前面的文章中介绍了 parser.parse(); 方法的整体处理逻辑， 其中包括@Bean、@Import、@Configuration、@CompopnentScan、@Component等注解的解析。
来看看注解解析完的后续工作都做了些什么？

源码片段

简单回顾一下主方法processConfigBeanDefinitions整体的执行流程。

public void processConfigBeanDefinitions(BeanDefinitionRegistry registry) {//省略部分源码....// 获取所有BeanDeinition，并根据@Configuration、@Component、@Import..等注解进行过滤// Parse each @Configuration class//创建ConfigurationClassParser解析对象ConfigurationClassParser parser = new ConfigurationClassParser(this.metadataReaderFactory, this.problemReporter, this.environment,this.resourceLoader, this.componentScanBeanNameGenerator, registry);//解析configCandidates集合Set<BeanDefinitionHolder> candidates = new LinkedHashSet<>(configCandidates);//已经解析过的BeanDefinitionHolder集合Set<ConfigurationClass> alreadyParsed = new HashSet<>(configCandidates.size());do {//解析带有@Configuration、@ComponentScan、@Import、@ImportResource等注解的类parser.parse(candidates);//对处理完的配置类进行校验（包含@Configuration）//1.配置类不能是final修饰//2.@Bean修饰的方法必须可以重写以支持CGLIBparser.validate();//获取所有的解析的Bean，包括@ComponentScan扫描的符合条件的、@Import加载的。Set<ConfigurationClass> configClasses = new LinkedHashSet<>(parser.getConfigurationClasses());//移除已经解析过的配置类configClasses.removeAll(alreadyParsed);// Read the model and create bean definitions based on its content// 判断读取器是否为空，如果为空的话，就创建完全填充好的ConfigurationClass实例的读取器if (this.reader == null) {this.reader = new ConfigurationClassBeanDefinitionReader(registry, this.sourceExtractor, this.resourceLoader, this.environment,this.importBeanNameGenerator, parser.getImportRegistry());}//处理由@Bean、@Import、@ImportResource注解加载的配置类,创建BeanDefinition注册到BeanFactory中this.reader.loadBeanDefinitions(configClasses);//将已经解析过的配置类添加到alreadyParsed集合中alreadyParsed.addAll(configClasses);candidates.clear();//如果此时配置类数量大于之前的数量，则说明有新的配置类被加载，则继续解析if (registry.getBeanDefinitionCount() > candidateNames.length) {//获取当前BeanFactory中注册的所有BeanDefinitionNamesString[] newCandidateNames = registry.getBeanDefinitionNames();//获取之前的BeanDefinitionNames集合Set<String> oldCandidateNames = new HashSet<>(Arrays.asList(candidateNames));Set<String> alreadyParsedClasses = new HashSet<>();//将已经解析过的配置类添加到alreadyParsedClasses集合中for (ConfigurationClass configurationClass : alreadyParsed) {alreadyParsedClasses.add(configurationClass.getMetadata().getClassName());}for (String candidateName : newCandidateNames) {//如果当前BeanDefinitionName不在之前的BeanDefinitionNames集合中，则添加到candidates集合中if (!oldCandidateNames.contains(candidateName)) {BeanDefinition bd = registry.getBeanDefinition(candidateName);//判断当前BeanDefinition是否是配置类// （@Configuration注解、@Bean注解、@ComponentScan注解、@Import注解、@ImportResource注解）//并且不在alreadyParsedClasses集合中if (ConfigurationClassUtils.checkConfigurationClassCandidate(bd, this.metadataReaderFactory) &&!alreadyParsedClasses.contains(bd.getBeanClassName())) {//封装成BeanDefinitionHolder添加到candidates集合中candidates.add(new BeanDefinitionHolder(bd, candidateName));}}}candidateNames = newCandidateNames;}}//不为null，就一直循环解析while (!candidates.isEmpty());}

validate

遍历configurationClasses集合进行校验。
主要校验的是2个地方： 1 配置类不能是final的， 2 @Bean修饰的方法必须是可重写的，用来适应CGLIB代理。

public void validate() {for (ConfigurationClass configClass : this.configurationClasses.keySet()) {configClass.validate(this.problemReporter);}}

遍历的configurationClasses变量是每一个配置类解析完成之后，都会添加到configurationClasses集合中

// Recursively process the configuration class and its superclass hierarchy.//转换成SourceClass对象:以统一的方式去处理带有注解的类，不管这些类是如何加载的SourceClass sourceClass = asSourceClass(configClass, filter);do {//解析注解sourceClass = doProcessConfigurationClass(configClass, sourceClass, filter);}while (sourceClass != null);this.configurationClasses.put(configClass, configClass);

public void validate(ProblemReporter problemReporter) {// A configuration class may not be final (CGLIB limitation) unless it declares proxyBeanMethods=falseMap<String, Object> attributes = this.metadata.getAnnotationAttributes(Configuration.class.getName());if (attributes != null && (Boolean) attributes.get("proxyBeanMethods")) {if (this.metadata.isFinal()) {problemReporter.error(new FinalConfigurationProblem());}for (BeanMethod beanMethod : this.beanMethods) {beanMethod.validate(problemReporter);}}}

loadBeanDefinitions

后续处理中核心方法。
parse()方法在解析@Bean、@Import注解时，当时只是获取了注解中声明的Bean并放入对应集合中，没有额外的处理。
此处就对value中声明的Bean对象做了处理。

循环遍历调用loadBeanDefinitionsForConfigurationClass()方法。

public void loadBeanDefinitions(Set<ConfigurationClass> configurationModel) {TrackedConditionEvaluator trackedConditionEvaluator = new TrackedConditionEvaluator();for (ConfigurationClass configClass : configurationModel) {loadBeanDefinitionsForConfigurationClass(configClass, trackedConditionEvaluator);}}

loadBeanDefinitionsForConfigurationClass
将@Import、@Bean、@ImportResource注解中声明的类封装成BeanDefinition，注册到BeanFacroty。

private void loadBeanDefinitionsForConfigurationClass(ConfigurationClass configClass, TrackedConditionEvaluator trackedConditionEvaluator) {if (trackedConditionEvaluator.shouldSkip(configClass)) {//如果上面判断返回true,获取配置类beanName,然后移除String beanName = configClass.getBeanName();//如果beanName不为空,并且容器中存在beanName,则移除if (StringUtils.hasLength(beanName) && this.registry.containsBeanDefinition(beanName)) {this.registry.removeBeanDefinition(beanName);}this.importRegistry.removeImportingClass(configClass.getMetadata().getClassName());return;}if (configClass.isImported()) {//注册导入的配置类registerBeanDefinitionForImportedConfigurationClass(configClass);}// 判断当前的bean中是否含有@Bean注解的方法，如果有，需要把这些方法产生的bean放入到BeanDefinitionMap当中for (BeanMethod beanMethod : configClass.getBeanMethods()) {loadBeanDefinitionsForBeanMethod(beanMethod);}// 将@ImportResource引入的资源注入IOC容器loadBeanDefinitionsFromImportedResources(configClass.getImportedResources());// 如果bean上存在@Import注解，且import的是一个实现了ImportBeanDefinitionRegistrar接口,// 则执行ImportBeanDefinitionRegistrar的registerBeanDefinitions()方法loadBeanDefinitionsFromRegistrars(configClass.getImportBeanDefinitionRegistrars());}

扩展-Bean.Role

其中有一个扩展点是在@Bean修饰的method进行对应的类加载时会进行判断。

源码
如果当前通过@Bean注解要生成的Bean.role() > ROLE_APPLICATION ，则不进行加载。

if (existingBeanDef.getRole() > BeanDefinition.ROLE_APPLICATION) {return false;}

而我们的role共分下面三个角色，其中一部分的Bean相当于Spring的内部Bean（ROLE_INFRASTRUCTURE = 2）是不需要注册到BeanFacroty中的。
而我们通过注解、xml等声明的Bean（ROLE_APPLICATION = 0）通常都需要加载到BeanFactory中托管给Spring进行管理。

/*** Role hint indicating that a {@code BeanDefinition} is a major part* of the application. Typically corresponds to a user-defined bean.*/int ROLE_APPLICATION = 0;/*** Role hint indicating that a {@code BeanDefinition} is a supporting* part of some larger configuration, typically an outer* {@link org.springframework.beans.factory.parsing.ComponentDefinition}.* {@code SUPPORT} beans are considered important enough to be aware* of when looking more closely at a particular* {@link org.springframework.beans.factory.parsing.ComponentDefinition},* but not when looking at the overall configuration of an application.*/int ROLE_SUPPORT = 1;/*** Role hint indicating that a {@code BeanDefinition} is providing an* entirely background role and has no relevance to the end-user. This hint is* used when registering beans that are completely part of the internal workings* of a {@link org.springframework.beans.factory.parsing.ComponentDefinition}.*/int ROLE_INFRASTRUCTURE = 2;

处理完成如果还有尚未解析的配置类，则递归加载解析。
至此，ConfigurationClassPostProcessor类的postProcessBeanDefinitionRegistry()方法所有解析过程都已经介绍完毕。

这篇关于Sping源码（七）—ConfigurationClassPostProcessor —— 后续处理的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/998964。

相关文章

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题：墙体两侧特征混淆误匹配，导致建图和定位偏差，表现为过门跳变、外月台走歪等 ·解决思路：预期的根治方案IGICP需要较长时间完成上线，先使用切分地图的工程化方案，即墙体两侧切分为不同地图，在某一侧只使用该侧地图进行定位 方案思路 切分原理：切分地图基于关键帧位置，而非点云。 理论基础：光照是直线的，一帧点云必定只能照射到墙的一侧，无法同时照到两侧实践考虑：关
阅读更多...
JAVA智听未来一站式有声阅读平台听书系统小程序源码

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来，一站式有声阅读平台听书系统 🌟&nbsp;开篇：遇见未来，从“智听”开始 在这个快节奏的时代，你是否渴望在忙碌的间隙，找到一片属于自己的宁静角落？是否梦想着能随时随地，沉浸在知识的海洋，或是故事的奇幻世界里？今天，就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统，它正悄悄改变着我们的阅读方式，让未来触手可及！ 📚&nbsp;第一站：海量资源，应有尽有 走进“智听
阅读更多...
【生成模型系列（初级）】嵌入（Embedding）方程——自然语言处理的数学灵魂【通俗理解】

【生成模型系列（初级）】嵌入（Embedding）方程——自然语言处理的数学灵魂【通俗理解】

【通俗理解】嵌入（Embedding）方程——自然语言处理的数学灵魂 关键词提炼 #嵌入方程 #自然语言处理 #词向量 #机器学习 #神经网络 #向量空间模型 #Siri #Google翻译 #AlexNet 第一节：嵌入方程的类比与核心概念【尽可能通俗】 嵌入方程可以被看作是自然语言处理中的“翻译机”，它将文本中的单词或短语转换成计算机能够理解的数学形式，即向量。 正如翻译机将一种语言
阅读更多...
Java ArrayList扩容机制 （源码解读）

Java ArrayList扩容机制 （源码解读）

结论：初始长度为10，若所需长度小于1.5倍原长度，则按照1.5倍扩容。若不够用则按照所需长度扩容。 一. 明确类内部重要变量含义         1：数组默认长度         2:这是一个共享的空数组实例，用于明确创建长度为0时的ArrayList ，比如通过 new ArrayList<>(0)，ArrayList 内部的数组 elementData 会指向这个 EMPTY_EL
阅读更多...
如何在Visual Studio中调试.NET源码

如何在Visual Studio中调试.NET源码

今天偶然在看别人代码时，发现在他的代码里使用了Any判断List<T>是否为空。 我一般的做法是先判断是否为null，再判断Count。 看了一下Count的源码如下： 1 [__DynamicallyInvokable]2 public int Count3 {4 [__DynamicallyInvokable]5 get
阅读更多...
工厂ERP管理系统实现源码（JAVA）

工厂ERP管理系统实现源码（JAVA）

工厂进销存管理系统是一个集采购管理、仓库管理、生产管理和销售管理于一体的综合解决方案。该系统旨在帮助企业优化流程、提高效率、降低成本，并实时掌握各环节的运营状况。 在采购管理方面，系统能够处理采购订单、供应商管理和采购入库等流程，确保采购过程的透明和高效。仓库管理方面，实现库存的精准管理，包括入库、出库、盘点等操作，确保库存数据的准确性和实时性。 生产管理模块则涵盖了生产计划制定、物料需求计划、
阅读更多...
Spring 源码解读：自定义实现Bean定义的注册与解析

Spring 源码解读：自定义实现Bean定义的注册与解析

引言 在Spring框架中，Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义，Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制，帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry，以全面掌握Bean注册和解析的核心原理。
阅读更多...
Thymeleaf：生成静态文件及异常处理java.lang.NoClassDefFoundError: ognl/PropertyAccessor

Thymeleaf：生成静态文件及异常处理java.lang.NoClassDefFoundError: ognl/PropertyAccessor

我们需要引入包： <dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-thymeleaf</artifactId></dependency><dependency><groupId>org.springframework</groupId><artifactId>sp
阅读更多...
音视频入门基础：WAV专题（10）——FFmpeg源码中计算WAV音频文件每个packet的pts、dts的实现

音视频入门基础：WAV专题（10）——FFmpeg源码中计算WAV音频文件每个packet的pts、dts的实现

一、引言 从文章《音视频入门基础：WAV专题（6）——通过FFprobe显示WAV音频文件每个数据包的信息》中我们可以知道，通过FFprobe命令可以打印WAV音频文件每个packet（也称为数据包或多媒体包）的信息，这些信息包含该packet的pts、dts： 打印出来的“pts”实际是AVPacket结构体中的成员变量pts，是以AVStream->time_base为单位的显
阅读更多...
kubelet组件的启动流程源码分析

kubelet组件的启动流程源码分析

概述 摘要: 本文将总结kubelet的作用以及原理，在有一定基础认识的前提下，通过阅读kubelet源码，对kubelet组件的启动流程进行分析。 正文 kubelet的作用 这里对kubelet的作用做一个简单总结。 节点管理 节点的注册 节点状态更新 容器管理(pod生命周期管理) 监听apiserver的容器事件 容器的创建、删除(CRI) 容器的网络的创建与删除
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2