Spring5原始碼解析6-ConfigurationClassParser 解析配置類
ConfigurationClassParser
在ConfigurationClassPostProcessor#processConfigBeanDefinitions
方法中建立了ConfigurationClassParser
物件並呼叫其parse
方法。該方法就是在負責解析配置類、掃描包、註冊BeanDefinition
,原始碼如下:
//ConfigurationClassParser#parseSet<BeanDefinitionHolder>) 方法原始碼 public void parse(Set<BeanDefinitionHolder> configCandidates) { for (BeanDefinitionHolder holder : configCandidates) { BeanDefinition bd = holder.getBeanDefinition(); try { // 根據不同的 BeanDefinition 例項物件 呼叫不同的 parse 方法 // 底層其實都是在呼叫 org.springframework.context.annotation.ConfigurationClassParser.processConfigurationClass if (bd instanceof AnnotatedBeanDefinition) { parse(((AnnotatedBeanDefinition) bd).getMetadata(), holder.getBeanName()); } else if (bd instanceof AbstractBeanDefinition && ((AbstractBeanDefinition) bd).hasBeanClass()) { parse(((AbstractBeanDefinition) bd).getBeanClass(), holder.getBeanName()); } else { parse(bd.getBeanClassName(), holder.getBeanName()); } } catch (BeanDefinitionStoreException ex) { throw ex; } catch (Throwable ex) { throw new BeanDefinitionStoreException( "Failed to parse configuration class [" + bd.getBeanClassName() + "]", ex); } } //執行DeferredImportSelector this.deferredImportSelectorHandler.process(); }
在該方法內部根據不同的BeanDefinition
例項物件,呼叫了不同的parse
方法,而這些parse
方法底層,實際上都是呼叫了ConfigurationClassParser#processConfigurationClass
方法。
protected void processConfigurationClass(ConfigurationClass configClass) throws IOException { // 是否需要跳過 @Conditional if (this.conditionEvaluator.shouldSkip(configClass.getMetadata(), ConfigurationPhase.PARSE_CONFIGURATION)) { return; } // 第一次進入的時候, configurationClasses size = 0,existingClass 肯定為 null ConfigurationClass existingClass = this.configurationClasses.get(configClass); if (existingClass != null) { if (configClass.isImported()) { if (existingClass.isImported()) { existingClass.mergeImportedBy(configClass); } // Otherwise ignore new imported config class; existing non-imported class overrides it. return; } else { // Explicit bean definition found, probably replacing an import. // Let's remove the old one and go with the new one. this.configurationClasses.remove(configClass); this.knownSuperclasses.values().removeIf(configClass::equals); } } // Recursively process the configuration class and its superclass hierarchy. SourceClass sourceClass = asSourceClass(configClass); do { // 真正的做解析 sourceClass = doProcessConfigurationClass(configClass, sourceClass); } while (sourceClass != null); this.configurationClasses.put(configClass, configClass); }
方法傳入的ConfigurationClass
物件是對配置類的封裝。首先判斷配置類上是否有@Conditional
註解,是否需要跳過解析該配置類。
然後,呼叫doProcessConfigurationClass(configClass, sourceClass);
做真正的解析。其中,configClass
是程式的配置類,而sourceClass
是通過configClass
建立的。
protected final SourceClass doProcessConfigurationClass(ConfigurationClass configClass, SourceClass sourceClass) throws IOException { // @Configuration 繼承了 @Component if (configClass.getMetadata().isAnnotated(Component.class.getName())) { // Recursively process any member (nested) classes first // 遞迴處理內部類 processMemberClasses(configClass, sourceClass); } // Process any @PropertySource annotations // 處理@PropertySource // @PropertySource註解用來載入properties檔案 for (AnnotationAttributes propertySource : AnnotationConfigUtils.attributesForRepeatable( sourceClass.getMetadata(), PropertySources.class, org.springframework.context.annotation.PropertySource.class)) { if (this.environment instanceof ConfigurableEnvironment) { processPropertySource(propertySource); } else { logger.info("Ignoring @PropertySource annotation on [" + sourceClass.getMetadata().getClassName() + "]. Reason: Environment must implement ConfigurableEnvironment"); } } // Process any @ComponentScan annotations Set<AnnotationAttributes> componentScans = AnnotationConfigUtils.attributesForRepeatable( sourceClass.getMetadata(), ComponentScans.class, ComponentScan.class); if (!componentScans.isEmpty() && !this.conditionEvaluator.shouldSkip(sourceClass.getMetadata(), ConfigurationPhase.REGISTER_BEAN)) { for (AnnotationAttributes componentScan : componentScans) { // The config class is annotated with @ComponentScan -> perform the scan immediately Set<BeanDefinitionHolder> scannedBeanDefinitions = this.componentScanParser.parse(componentScan, sourceClass.getMetadata().getClassName()); // Check the set of scanned definitions for any further config classes and parse recursively if needed for (BeanDefinitionHolder holder : scannedBeanDefinitions) { BeanDefinition bdCand = holder.getBeanDefinition().getOriginatingBeanDefinition(); if (bdCand == null) { bdCand = holder.getBeanDefinition(); } //判斷解析獲取的 BeanDefinition 中 是否有配置類 // 這裡的配置類包括FullConfigurationClass和LiteConfigurationClass // 也就是說只要有@Configuration、@Component、@ComponentScan、@Import、@ImportResource和@Bean中的其中一個註解 if (ConfigurationClassUtils.checkConfigurationClassCandidate(bdCand, this.metadataReaderFactory)) { //如果有配置類,遞迴呼叫,解析該配置類,這個if幾乎都為true,這個方法幾乎都要執行 parse(bdCand.getBeanClassName(), holder.getBeanName()); } } } } // Process any @Import annotations processImports(configClass, sourceClass, getImports(sourceClass), true); // Process any @ImportResource annotations AnnotationAttributes importResource = AnnotationConfigUtils.attributesFor(sourceClass.getMetadata(), ImportResource.class); if (importResource != null) { String[] resources = importResource.getStringArray("locations"); Class<? extends BeanDefinitionReader> readerClass = importResource.getClass("reader"); for (String resource : resources) { String resolvedResource = this.environment.resolveRequiredPlaceholders(resource); configClass.addImportedResource(resolvedResource, readerClass); } } // Process individual @Bean methods //處理單個@Bean的方法 Set<MethodMetadata> beanMethods = retrieveBeanMethodMetadata(sourceClass); for (MethodMetadata methodMetadata : beanMethods) { configClass.addBeanMethod(new BeanMethod(methodMetadata, configClass)); } // Process default methods on interfaces processInterfaces(configClass, sourceClass); // Process superclass, if any if (sourceClass.getMetadata().hasSuperClass()) { String superclass = sourceClass.getMetadata().getSuperClassName(); if (superclass != null && !superclass.startsWith("java") && !this.knownSuperclasses.containsKey(superclass)) { this.knownSuperclasses.put(superclass, configClass); // Superclass found, return its annotation metadata and recurse return sourceClass.getSuperClass(); } } // No superclass -> processing is complete return null; }
解析內部類
配置類上有@Configuration
註解,該註解繼承 @Component
,if 判斷為true
,呼叫processMemberClasses
方法,遞迴解析配置類中的內部類。
解析@PropertySource
註解
如果配置類上有@PropertySource
註解,則解析載入properties
檔案,並將屬性新增到Spring上下文中。((ConfigurableEnvironment) this.environment).getPropertySources().addFirstPropertySource(newSource);
。
處理@ComponentScan
註解
獲取配置類上的@ComponentScan
註解,判斷是否需要跳過。迴圈所有的ComponentScan,立即執行掃描。ComponentScanAnnotationParser#parse
方法如下:
public Set<BeanDefinitionHolder> parse(AnnotationAttributes componentScan, final String declaringClass) {
// 建立 ClassPathBeanDefinitionScanner
// 在 AnnotationConfigApplicationContext 的構造器中也建立了一個ClassPathBeanDefinitionScanner
// 這裡證明了,執行掃描 scanner 不是構造器中的,而是這裡建立的
ClassPathBeanDefinitionScanner scanner = new ClassPathBeanDefinitionScanner(this.registry,
componentScan.getBoolean("useDefaultFilters"), this.environment, this.resourceLoader);
// @ComponentScan 中可以註冊自定義的 BeanNameGenerator
// 但是需要注意,通過原始碼可以明白,這裡註冊的自定義BeanNameGenerator 只對當前 scanner 有效
Class<? extends BeanNameGenerator> generatorClass = componentScan.getClass("nameGenerator");
boolean useInheritedGenerator = (BeanNameGenerator.class == generatorClass);
scanner.setBeanNameGenerator(useInheritedGenerator ? this.beanNameGenerator :
BeanUtils.instantiateClass(generatorClass));
ScopedProxyMode scopedProxyMode = componentScan.getEnum("scopedProxy");
if (scopedProxyMode != ScopedProxyMode.DEFAULT) {
scanner.setScopedProxyMode(scopedProxyMode);
} else {
Class<? extends ScopeMetadataResolver> resolverClass = componentScan.getClass("scopeResolver");
scanner.setScopeMetadataResolver(BeanUtils.instantiateClass(resolverClass));
}
scanner.setResourcePattern(componentScan.getString("resourcePattern"));
for (AnnotationAttributes filter : componentScan.getAnnotationArray("includeFilters")) {
for (TypeFilter typeFilter : typeFiltersFor(filter)) {
scanner.addIncludeFilter(typeFilter);
}
}
for (AnnotationAttributes filter : componentScan.getAnnotationArray("excludeFilters")) {
for (TypeFilter typeFilter : typeFiltersFor(filter)) {
scanner.addExcludeFilter(typeFilter);
}
}
boolean lazyInit = componentScan.getBoolean("lazyInit");
if (lazyInit) {
scanner.getBeanDefinitionDefaults().setLazyInit(true);
}
Set<String> basePackages = new LinkedHashSet<>();
String[] basePackagesArray = componentScan.getStringArray("basePackages");
for (String pkg : basePackagesArray) {
String[] tokenized = StringUtils.tokenizeToStringArray(this.environment.resolvePlaceholders(pkg),
ConfigurableApplicationContext.CONFIG_LOCATION_DELIMITERS);
Collections.addAll(basePackages, tokenized);
}
// @ComponentScan(basePackageClasses = Xx.class)
// 可以指定basePackageClasses, 只要是與是這幾個類所在包及其子包,就可以被Spring掃描
// 經常會用一個空的類來作為basePackageClasses,預設取當前配置類所在包及其子包
for (Class<?> clazz : componentScan.getClassArray("basePackageClasses")) {
basePackages.add(ClassUtils.getPackageName(clazz));
}
if (basePackages.isEmpty()) {
basePackages.add(ClassUtils.getPackageName(declaringClass));
}
scanner.addExcludeFilter(new AbstractTypeHierarchyTraversingFilter(false, false) {
@Override
protected boolean matchClassName(String className) {
return declaringClass.equals(className);
}
});
//執行掃描
return scanner.doScan(StringUtils.toStringArray(basePackages));
}
挑一些我覺得是重點的地方記錄一下:
parse
方法中新建立了一個ClassPathBeanDefinitionScanner
物件,而在AnnotationConfigApplicationContext
的構造器中也建立了一個ClassPathBeanDefinitionScanner
物件,這裡證實了在Spring內部,真正執行掃描的不是AnnotationConfigApplicationContext
中的scanner。- 通過原始碼可以瞭解到,在
@ComponentScan
中是可以註冊自定義的BeanNameGenerator
的,而這個BeanNameGenerator
只對當前scanner有效。也就是說,這個BeanNameGenerator
只能影響通過該scanner掃描的路徑下的bean的BeanName生成規則。 - 最後呼叫
scanner.doScan(StringUtils.toStringArray(basePackages));
方法執行真正的掃描,方法返回掃描獲取到的BeanDefinition
。
檢驗獲得的BeanDefinition中是否有配置類
檢驗掃描獲得的BeanDefinition中是否有配置類,如果有配置類,這裡的配置類包括FullConfigurationClass和LiteConfigurationClass。(也就是說只要有@Configuration
、@Component
、@ComponentScan
、@Import
、@ImportResource
和@Bean
中的其中一個註解),則遞迴呼叫parse
方法,進行解析。
解析 @Import 註解
processImports(configClass, sourceClass, getImports(sourceClass), true);
processImports
方法負責對@Import
註解進行解析。configClass
是配置類,sourceClass
又是通過configClass
建立的,getImports(sourceClass)
從sourceClass
獲取所有的@Import
註解資訊,然後呼叫ConfigurationClassParser#processImports
。
// ConfigurationClassParser#processImports 原始碼
private void processImports(ConfigurationClass configClass, SourceClass currentSourceClass,
Collection<SourceClass> importCandidates, boolean checkForCircularImports) {
if (importCandidates.isEmpty()) {
return;
}
if (checkForCircularImports && isChainedImportOnStack(configClass)) {
this.problemReporter.error(new CircularImportProblem(configClass, this.importStack));
} else {
this.importStack.push(configClass);
try {
// importCandidates是@Import的封裝
// 迴圈importCandidates對import的內容進行分類
for (SourceClass candidate : importCandidates) {
// import匯入實現ImportSelector介面的類
if (candidate.isAssignable(ImportSelector.class)) {
// Candidate class is an ImportSelector -> delegate to it to determine imports
Class<?> candidateClass = candidate.loadClass();
// 反射建立這個類的例項物件
ImportSelector selector = BeanUtils.instantiateClass(candidateClass, ImportSelector.class);
//是否有實現相關Aware介面,如果有,這呼叫相關方法
ParserStrategyUtils.invokeAwareMethods(
selector, this.environment, this.resourceLoader, this.registry);
// 延遲載入的ImportSelector
if (selector instanceof DeferredImportSelector) {
// 延遲載入的ImportSelector先放到List中,延遲載入
this.deferredImportSelectorHandler.handle(configClass, (DeferredImportSelector) selector);
} else {
// 普通的ImportSelector ,執行其selectImports方法,獲取需要匯入的類的全限定類名陣列
String[] importClassNames = selector.selectImports(currentSourceClass.getMetadata());
Collection<SourceClass> importSourceClasses = asSourceClasses(importClassNames);
// 遞迴呼叫
processImports(configClass, currentSourceClass, importSourceClasses, false);
}
// 是否為ImportBeanDefinitionRegistrar
} else if (candidate.isAssignable(ImportBeanDefinitionRegistrar.class)) {
// Candidate class is an ImportBeanDefinitionRegistrar ->
// delegate to it to register additional bean definitions
Class<?> candidateClass = candidate.loadClass();
ImportBeanDefinitionRegistrar registrar =
BeanUtils.instantiateClass(candidateClass, ImportBeanDefinitionRegistrar.class);
ParserStrategyUtils.invokeAwareMethods(
registrar, this.environment, this.resourceLoader, this.registry);
// 新增到成員變數 org.springframework.context.annotation.ConfigurationClass.importBeanDefinitionRegistrars 中
configClass.addImportBeanDefinitionRegistrar(registrar, currentSourceClass.getMetadata());
} else {
// Candidate class not an ImportSelector or ImportBeanDefinitionRegistrar ->
// process it as an @Configuration class
// 普通 @Configuration class
this.importStack.registerImport(
currentSourceClass.getMetadata(), candidate.getMetadata().getClassName());
// 解析匯入的@Configuration class
processConfigurationClass(candidate.asConfigClass(configClass));
}
}
} catch (BeanDefinitionStoreException ex) {
throw ex;
} catch (Throwable ex) {
throw new BeanDefinitionStoreException(
"Failed to process import candidates for configuration class [" +
configClass.getMetadata().getClassName() + "]", ex);
} finally {
this.importStack.pop();
}
}
}
解析 @ImportResource 註解
@ImportResource
註解可以匯入xml配置檔案。
AnnotationAttributes importResource =
AnnotationConfigUtils.attributesFor(sourceClass.getMetadata(), ImportResource.class);
if (importResource != null) {
String[] resources = importResource.getStringArray("locations");
Class<? extends BeanDefinitionReader> readerClass = importResource.getClass("reader");
for (String resource : resources) {
String resolvedResource = this.environment.resolveRequiredPlaceholders(resource);
configClass.addImportedResource(resolvedResource, readerClass);
}
}
解析@Bean方法
Set<MethodMetadata> beanMethods = retrieveBeanMethodMetadata(sourceClass);
for (MethodMetadata methodMetadata : beanMethods) {
configClass.addBeanMethod(new BeanMethod(methodMetadata, configClass));
}
將@Bean
方法轉化為BeanMethod
物件,新增到ConfigurationClass#beanMethods
集合中。
如果有父類,則解析父類
if (sourceClass.getMetadata().hasSuperClass()) {
String superclass = sourceClass.getMetadata().getSuperClassName();
if (superclass != null && !superclass.startsWith("java") &&
!this.knownSuperclasses.containsKey(superclass)) {
this.knownSuperclasses.put(superclass, configClass);
// Superclass found, return its annotation metadata and recurse
return sourceClass.getSuperClass();
}
}
如果有父類則返回父類Class物件,繼續呼叫該方法。直到返回null,外層迴圈結束。
do {
// 真正的做解析
sourceClass = doProcessConfigurationClass(configClass, sourceClass);
}
while (sourceClass != null);
原始碼學習筆記:https://github.com/shenjianeng/spring-code-study
歡迎關注公眾號,大家一起學習成長。
相關推薦
Spring5原始碼解析6-ConfigurationClassParser 解析配置類
ConfigurationClassParser 在ConfigurationClassPostProcessor#processConfigBeanDefinitions方法中建立了ConfigurationClassParser物件並呼叫其parse方法。該方法就是在負責解析配置類、掃描包、註冊BeanD
springboot原始碼分析6-springboot之PropertySource類初探
在springboot原始碼分析5-springboot之命令列引數以及原理一文中,我們看到了例項化Source類的時候,會去先例項化其父類SimpleCommandLinePropertySource。SimpleCommandLinePropertySource類的建構函
spring5 原始碼深度解析----- 被面試官給虐懵了,竟然是因為我不懂@Configuration配置類及@Bean的原理
@Configuration註解提供了全新的bean建立方式。最初spring通過xml配置檔案初始化bean並完成依賴注入工作。從spring3.0開始,在spring framework模組中提供了這個註解,搭配@Bean等註解,可以完全不依賴xml配置,在執行時完成bean的建立和初始化工作。例如:
Spring原始碼解析 – @Configuration配置類及註解Bean的解析
在分析Spring 容器建立過程時,我們知道容器預設會載入一些後置處理器PostPRocessor,以AnnotationConfigApplicationContext為例,在建構函式中初始化reader時,載入預設後置處理器。其中 ConfigurationClassPostProcessor這個後置
以太坊原始碼解讀(5)BlockChain類的解析及NewBlockChain()分析
一、blockchain的資料結構 type BlockChain struct { chainConfig *params.ChainConfig // 初始化配置 cacheConfig *CacheConfig // 快取配置 db ethdb.Databas
[Mybatis原始碼分析系列] 01 解析mybatis-config.xml配製檔案並返回SqlSessionFactory的類SqlSessionFactoryBuilder
前言 公司一直在使用Jpa + Hibernate那一套東西,但是這套技術封裝的太過後重。不利於開發人員掌握,而在優化sql方面也是蛋疼的很。所以在後臺不是特別重要的專案中引入了MyBatis。當然光會使用,是滿足不了本吊絲的胃口,所以走上了分析MyBatis原始碼的道路,並有了這一系列
【CI框架原始碼解析之】分頁類檔案Pagination.php
<?php /** * ======================================= * Created by Pocket Knife Technology. * User: ZhiHua_W * Date: 2016/11/08 0
Spring原始碼深度解析-1、Spring核心類簡單介紹
在更新JAVA基礎原始碼學習的同時,也有必要把Spring抓一抓,以前對於spring的程度僅在於使用,以及一點IOC/AOP的概念,具體深層的瞭解不是很深入,每次看了一點原始碼就看不下去,然後一轉眼都忘記看了啥。 所以這次專門買了書,來細細品味下Spring。 希望能從這一波學習中加強自己
Springboot原始碼深度解析,方法解析,類載入解析,容器建立
springboot的啟動都是從main方法開始的,如下:@SpringBootApplicationpublic class Application { public static void main(String[] args) { SpringApplication.run(Application.cl
OKHttp原始碼解析(6)----攔截器CallServerInterceptor
系列文章 OKHttp原始碼解析(1)----整體流程 OKHttp原始碼解析(2)----攔截器RetryAndFollowUpInterceptor OKHttp原始碼解析(3)----攔截器BridgeInterceptor OKHttp原始碼解析(4)----攔截器CacheIntercept
Springboot專案Netty做服務端並自定義Gson配置類解析資料包
簡述 Springboot專案中使用 Netty 作為服務端,接收並處理其他平臺傳送的 Json資料包,處理拆包、粘包及資料包中時間型別是 long 型別需轉成 ***Date***的情況。 專案流程 啟動專案,開啟Netty服務埠11111 載入
Java原始碼分析——Throwable、Exception、類解析
在Java中,錯誤分為兩種,一種是jvm能處理的錯誤,叫做異常,Java中表示Exception類;而另外一種則是jvm不能處理的錯誤,叫做錯誤,Java中表示為Error類。它們三者的關係以及常見的子類的實現如下圖: Throwable類是
配置中心 Apollo 原始碼解析 —— 客戶端 API 配置(三)之 ConfigFile
������關注微信公眾號:【芋道原始碼】有福利: 1. RocketMQ / MyCAT / Sharding-JDBC 所有原始碼分析文章列表 2. RocketMQ / MyCAT / Sharding-JDBC 中文註釋
【MyBatis原始碼分析】TypeHandler解析屬性配置元素詳述及相關列舉使用高階進階
TypeHandler解析接著看一下typeHandlerElement(root.evalNode("typeHandlers"));方法,這句讀取的是<configuration>下的<typeHandlers>節點,程式碼實現為:private
Caffe原始碼解析6:Neuron_Layer
NeuronLayer,顧名思義這裡就是神經元,啟用函式的相應層。我們知道在blob進入啟用函式之前和之後他的size是不會變的,而且啟用值也就是輸出 \(y\) 只依賴於相應的輸入 \(x\)。在Caffe裡面所有的layer的實現都放在src資料夾下的layer資料夾中,基本上很多文章裡應用到的laye
Spring原始碼解析-6、spring單例如何解決迴圈依賴
什麼叫迴圈依賴 迴圈依賴即兩個及以上的bean物件互相持有對方的引用,最終形成一個閉環。 spring如何處理正在建立的Bean Spring容器會將每一個正在建立的Bean 識別符號放在一個“當前建立Bean池”中,Bean識別符號在建立過程中將一直保持 在這個池中,因此如果在
Tensorflow原始碼解析6 -- TensorFlow本地執行時
Tensorflow原始碼解讀系列文章,歡迎閱讀 帶你深入AI(1) - 深度學習模型訓練痛點及解決方法 自然語言處理1 – 分詞 Tensorflow原始碼解析1 – 核心架構和原始碼結構 Tensorflow原始碼解析2 – 前後端連線的橋樑 - Session Tensorflow
Spring原始碼分析3 — spring XML配置檔案的解析流程
1 介紹 建立並初始化spring容器中,關鍵一步就是讀取並解析spring XML配置檔案。這個過程比較複雜,本文將詳細分析整個流程。先看涉及到的關鍵類。 XmlWebApplicationContext:web應用的預設Spring容器 XmlBean
netty5.0原始碼解析 ByteBuf和相關輔助類
static final class Stack<T> implements Handle<T> { private static final int INITIAL_CAPACITY = 256; final Recycler<T> p
tomcat原始碼解析(三)——Digester類原始碼解析及Rule分析
在這篇文章中主要針對tomcat原始碼中Rule部分的解析;這部分功能主要涉及server.xml檔案載入和tomcat容器中各元件初始化的過程。在我之前的文章中《tomcat原始碼解析(一)——Bootstrap和Catalina啟動部分》和《tomcat原始碼解析(二)