springboot2.0.3源码篇

  • 时间:
  • 浏览:0

前言

  开心一刻   

    女儿: “妈妈,你没人漂亮,当年为什么会么会么嫁给了爸爸呢?”

    妈妈: “当年你爸都不 穷嘛!‘

    女儿: “穷你还嫁给他!”

    妈妈: “那很久很久毕业参加工作,领导对我说,他是我的扶贫对象,我年轻理解错了,就嫁给他了!”

    女儿......

@Import注解应用

  应用开发中,当亲戚亲戚让想要们的功能模块比较多时,往往会按模块或类别对Spring的bean配置文件进行管理,使配置文件模块化,更容易维护;spring3.0很久,对Spring XML bean文件进行拆分, 累似

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/30001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
    http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
 
    <import resource="config/user.xml"/>
    <import resource="config/role.xml"/>
    <import resource="config/permission.xml"/>
 
</beans>

  spring3.0及很久,引入了@Import注解,提供与Spring XML中的<import />元素等效的功能;spring4.2很久,@Import只支持导入配置类(@Configuration修饰的类、ImportSelector实现类和ImportBeanDefinitionRegistrar实现类),而spring4.2及很久不仅支持导入配置类,一同也支持导入常规的java类(如普通的User类)

  示例地址:spring-boot-autoconfig,三种都不 配置,不让down下来运行,看一眼具体怎么都可以配置即可

  运行测试用例,结果如下

  都不让 看得人,Dog、Cat、Role、User、Permission的实例都肯能注册到了spring容器,也假若说上述讲的@Import的4种最好的妙招 都不 不让 将实例注册到spring容器的

@Import注解原理

  @Import何以有没人强大的功能,身后肯定有某个团队在运作,而这俩 团队是谁了,假若spring;spring容器肯定在某个阶段有对@Import进行了处理,至于spring是在什么很久对@Import进行了怎么都可以的处理,亲戚亲戚让想要们来跟一跟源码;ConfigurationClassPostProcessor实现了BeanDefinitionRegistryPostProcessor,没人它会在spring启动的refresh阶段被应用,亲戚亲戚让想要们从refresh的invokeBeanFactoryPostProcessors最好的妙招 很久开始了了

  ConfigurationClassPostProcessor

    注意此时spring容器中的bean定义与bean实例,数量非常少,亲戚亲戚让想要们都不让 留心观察下

    一路跟下来,亲戚亲戚让想要们来到processConfigBeanDefinitions最好的妙招 ,该最好的妙招 会创建另另一个多 ConfigurationClassParser对象,该对象会分析所有@Configuration注解的配置类,产生一组ConfigurationClass对象,很久从这组ConfigurationClass对象中加载bean定义

  ConfigurationClassParser

    主假若parse最好的妙招

    从启动类(示例中是com.lee.autoconfig.AutoConfigApplication)很久开始了了,递归解析配置类以及配置类的父级配置类;边跟边注意beanFactory中beanDefinitionMap的变化,ConfigurationClassParser对象有beanFactory的引用,属性叫华registry;亲戚亲戚让想要们都不让 仔细看下doProcessConfigurationClass最好的妙招

/**
 * 通过从源类中读取注解、成员和最好的妙招

来构建另另一个多

完全的配置类:ConfigurationClass
 * 注意返回值,是父级类或null(null中含三种状况,没找到父级类或很久肯能处理完成)
 */
@Nullable
protected final SourceClass doProcessConfigurationClass(ConfigurationClass configClass, SourceClass sourceClass)
        throws IOException {

    // 递归处理配置类内置的成员类
    processMemberClasses(configClass, sourceClass);

    // 处理配置类上所有@PropertySource注解
    for (AnnotationAttributes propertySource : AnnotationConfigUtils.attributesForRepeatable(
            sourceClass.getMetadata(), PropertySources.class,
            org.springframework.context.annotation.PropertySource.class)) {
        if (this.environment instanceof ConfigurableEnvironment) {
            processPropertySource(propertySource);
        }
        else {
            logger.warn("Ignoring @PropertySource annotation on [" + sourceClass.getMetadata().getClassName() +
                    "]. Reason: Environment must implement ConfigurableEnvironment");
        }
    }

    // 处理配置类上所有的@ComponentScan注解,包括@ComponentScans和ComponentScan
    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) {
            // 立即扫描@ComponentScan修饰的配置类,
            // 通常是从启动类所在的包(示例中是com.lee.autoconfig)很久开始了了扫描,扫描配置类(被@Configuration修饰的类)
            Set<BeanDefinitionHolder> scannedBeanDefinitions =
                    this.componentScanParser.parse(componentScan, sourceClass.getMetadata().getClassName());
            // 进一步检查通过配置类扫描得到的bean定义集,并在需要时递归解析
            for (BeanDefinitionHolder holder : scannedBeanDefinitions) {
                BeanDefinition bdCand = holder.getBeanDefinition().getOriginatingBeanDefinition();
                if (bdCand == null) {
                    bdCand = holder.getBeanDefinition();
                }
                if (ConfigurationClassUtils.checkConfigurationClassCandidate(bdCand, this.metadataReaderFactory)) {
                    parse(bdCand.getBeanClassName(), holder.getBeanName());
                }
            }
        }
    }

    // 处理配置类上所有的@Import注解
    // 包括@Import支持的4种类型:ImportSelector、ImportBeanDefinitionRegistrar、@Configuration和普通java类
    // 普通java类会被按@Configuration最好的妙招

处理
    processImports(configClass, sourceClass, getImports(sourceClass), true);

    // 处理配置类上所有的@ImportResource注解,xml最好的妙招

的bean假若其中之一
    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));
    }

    // 处理默认的最好的妙招

或接口
    processInterfaces(configClass, sourceClass);

    // 处理父级类,肯能有一句话
    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;
}
View Code

    上述代码中写了相关注释,有兴趣的同学都不让 更进一步的去跟,这里我只跟下processImports最好的妙招 ,肯能这俩 与自动配置息息相关

    起始的ConfigurationClass包括:1、工程中所有亲戚亲戚让想要们自定义的被@Configuration修饰的类,示例中就不都不让 AnimalConfig;2、应用的启动类,示例中是:AutoConfigApplication。

    亲戚亲戚让想要们自定义的ConfigurationClass一般不让中含多级父级ConfigurationClass,累似 AnimalConfig,就没人父级ConfigurationClass,解析就比较简单,亲戚亲戚让想要们不让关注,但AutoConfigApplication就不一样了,他往往会被多个注解修饰,而什么注解会牵扯出多个ConfigurationClass,需要递归处理所有的ConfigurationClass;上图中,亲戚亲戚让想要们跟到了另另一个多 比较重要的类:AutoConfigurationImportSelector,实例化很久封装成了DeferredImportSelectorHolder对象,存倒入了ConfigurationClassParser的deferredImportSelectors属性中

自动配置源码解析

  一帮人肯能有那我的间题:哪来的AutoConfigurationImportSelector,它有什么用? 客观莫急,亲戚亲戚让想要们慢慢往下看

  亲戚亲戚让想要们的应用启动类被@SpringBootApplication,它是个组合注解,详情如下

  相信亲戚亲戚让想要们看得人得人@Import(AutoConfigurationImportSelector.class)了,ConfigurationClassParser假若从此解析到的AutoConfigurationImportSelector,至于AutoConfigurationImportSelector有什么用,马上揭晓;亲戚亲戚让想要们回到ConfigurationClassParser的parse最好的妙招 ,上边还有个怪怪的要的最好的妙招 :processDeferredImportSelectors,值得亲戚亲戚让想要们完全跟下

  processDeferredImportSelectors

    说的简单点,从类路径下的所有spring.facoties文件中读取完全的自动配置类(spring.factories文件中org.springframework.boot.autoconfigure.EnableAutoConfiguration的值),很久筛选出满足条件的配置类,封装成ConfigurationClass,存倒入ConfigurationClassParser的configurationClasses属性中

    说的完全点,分另另一个多 最好的妙招 进行说明

      selectImports最好的妙招

        从类路径下的所有spring.facoties文件中读取org.springframework.boot.autoconfigure.EnableAutoConfiguration的所有值,此时获取的是全路径类名的数组,很久进行筛选过滤,1、先去重处理,肯能多个spring.factories中肯能地处重复的;2、很久剔除亲戚亲戚让想要们配置的需要排除的类,包括@SpringBootApplication注解的exclude、excludeName,以及配置文件中的spring.autoconfigure.exclude;3、条件过滤,过滤出满足自己条件注解的配置类。最终获取所有满足条件的自动配置类,示例中含2另另一个多 。

        条件注解更完全的信息请查看:spring-boot-2.0.3源码篇 - @Configuration、Condition与@Conditional,读取spring.facoties文件的完全信息请查看:spring-boot-2.0.3启动源码篇一 - SpringApplication构造最好的妙招

      processImports最好的妙招

        这俩 最好的妙招 在解析ConfigurationClassParser的parse最好的妙招 的很久肯能用到过了,假若没人做说明,它随便说说假若用来处理配置类上的@Import注解的;上述selectImports最好的妙招 解挥发性来的配置类,每个配置类都不 经过processImports最好的妙招 处理,递归处理@Import注解,就与递归处理亲戚亲戚让想要们的启动类的@Import注解一样,从而获取所有的自动配置类;springboot的自动配置假若那我实现的。

  此时还假若获取了满足条件的自动配置类,配置类中的bean定义加载还没人进行,亲戚亲戚让想要们回到ConfigurationClassPostProcessor的processConfigBeanDefinitions最好的妙招 ,其中含如下代码

// 各种最好的妙招

的配置类的解析,包括springboot的自动配置 - @Import、AutoConfigurationImportSelector
parser.parse(candidates);
parser.validate();

Set<ConfigurationClass> configClasses = new LinkedHashSet<>(parser.getConfigurationClasses());
configClasses.removeAll(alreadyParsed);

// Read the model and create bean definitions based on its content
if (this.reader == null) {
    this.reader = new ConfigurationClassBeanDefinitionReader(
            registry, this.sourceExtractor, this.resourceLoader, this.environment,
            this.importBeanNameGenerator, parser.getImportRegistry());
}
this.reader.loadBeanDefinitions(configClasses);    // 将配置类中的bean定义加载到beanFactory

  至此,springboot的自动配置源码解析就完成了,有兴趣的都不让 更近一步的深入

总结

  1、各个最好的妙招 之间的调用时序图如下,结合这俩 时序图看上边的内容,更好看懂

  2、springboot自动配置底层依赖的是SpringFactoriesLoader和AutoConfigurationImportSelector;@EnableAutoConfiguration注解就像另另一个多 八爪鱼,抓取所有满足条件的配置类,很久读取其中的bean定义到spring容器,@EnableAutoConfiguration得以生效的关键组件关系图如下