1. 程式人生 > >Spring5原始碼解析6-ConfigurationClassParser 解析配置類

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));
}

挑一些我覺得是重點的地方記錄一下:

  1. parse方法中新建立了一個ClassPathBeanDefinitionScanner物件,而在 AnnotationConfigApplicationContext 的構造器中也建立了一個ClassPathBeanDefinitionScanner物件,這裡證實了在Spring內部,真正執行掃描的不是AnnotationConfigApplicationContext中的scanner。
  2. 通過原始碼可以瞭解到,在@ComponentScan中是可以註冊自定義的 BeanNameGenerator的,而這個BeanNameGenerator只對當前scanner有效。也就是說,這個BeanNameGenerator只能影響通過該scanner掃描的路徑下的bean的BeanName生成規則。
  3. 最後呼叫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原始碼解析(二)