SpringBoot源码分析系列之五:再探自动装配原理

引言

自动装配原理是SpringBoot的一大特性,网上也有各种分析文章,但是大同小异,总感觉没有说到点子上,或者说只是说了一半,并没有就完整的流程进行详细说明。

  • 什么是自动装配

  • 自动装配源码分析

  • 总结

一、什么是自动装配

SpringBoot诞生之前,我们利用Spring进行应用开发的时候,研发同学需要花费大量精力去定义各类模板化的配置文件,十分繁琐以及机械。Spring使用Bean Factory以及动态代理实现各模块之间的解耦,它通过配置文件将需要加载的bean扫描到Spring容器中。而SpringBoot正是将这种xml解析配置的过程,通过注解自动配置的方式来进行替换,它根据定义在classpath下的类以及jar包中的META-INF目录下的spring.factories定义的完全限定名的类,自动生成对应的bean,同时将其加载到SpringApplicationContext中。

二、自动装配源码分析

网上关于SpringBoot自动装配原理的各种分析文章也非常多,它们大部分的分析思路主要从启动类上的@SpringBootApplication注解开始分析,通过它找到@EnableAutoConfiguration注解,再找到AutoConfigurationImportSelector,最后找到以下这段代码。通过加载META-INF目录下的spring.factories来加载对应的配置类。

 protected List<String> getCandidateConfigurations(AnnotationMetadata metadata, AnnotationAttributes attributes) {
        List<String> configurations = SpringFactoriesLoader.loadFactoryNames(this.getSpringFactoriesLoaderFactoryClass(), this.getBeanClassLoader());
        Assert.notEmpty(configurations, "No auto configuration classes found in META-INF/spring.factories. If you are using a custom packaging, make sure that file is correct.");
        return configurations;
    }

这个过程仿佛对自动装配原理进行了分析说明。但是实际上这个流程完全是从人的角度去理解的,而不是从程序运行的角度去分析的。另外SpringBoot到底是怎么通过主类解析对应注解的,这些重要的解析过程也没有进行分析。因此这次我们换个角度,从程序运行的角度去探究自动装配的过程。

一切的故事都还是要从启动类开始说起,但是我们这次先不拿@SpringBootApplication说事。我们从run方法进行入手分析。如下图所示:
在这里插入图片描述
通过上篇文章可知,运行run方法之前,首先通过构造函数构建了SpringApplication实例。在构造函数中传入了primarySources参数,即为当前的运行主类。

1、primarySources
在这里插入图片描述
2、设置主应用类
此方法首先获取运行过程中的堆栈信息,如下图所示,其中包含了当前运行的方法。但是它需要的的方法名称是main方法。通过找到main方法,获取到启动主类FrameApplication,同时对启动主类进行加载。这样在实例化的时候就明确了当前的启动主类。
在这里插入图片描述
3、将应用主类加载到ApplicationContext

在启动run方法中做了很多事情,包括设置属性、获取监听器,启动监听器等。这里主要关注自动配置的加载过程,因此这些过程不再进行赘述。在prepareContext时候进行类的加载。根据不同的类型执行不同的加载流程。
在这里插入图片描述
由于当前的Source是来自主类的FrameApplication,因此执行的是第一个分支进行加载。在加载方法中判断了当前的类是不是组件,如果是的话则进行注册。
在这里插入图片描述
判断组件的方法就是判断当前类的组合注解中是否包含@Component的注解。
在这里插入图片描述
也就是说它会根据主类的注解,一层一层往上去寻找,检查是否包含@Component的注解。启动主类的注解包含关系可以参见下图所示:
在这里插入图片描述
通过下图可知,在prepareContext阶段,已经将运行主类注册到了Spring容器当中。

在这里插入图片描述
本文主要分析自动装配解析的过程,其中涉及到的Spring容器启动等的内容不再详细阐述了。因此下图给出了调用栈的信息,不再一步一步debug代码。
在这里插入图片描述
4、解析自动配置
ConfigurationClassParser中对@Import注解进行解析,获取到了 AutoConfigurationImportSelector.class以及Registrar.class这两个类。
在这里插入图片描述
AutoConfigurationImportSelector 类中,通过获取META-INF目录下的spring.factories 加载所有的124个自动配置类,当然在后续又对重复的以及不需要的自动配置类进行了去除,只保留了启动运行需要的主要自动配置类。
在这里插入图片描述
至此,SpringBoot启动时完成的自动配置流程算是讲清楚了。

三、总结

通过上文的分析,我们从程序运行的角度把自动配置的主要的源码进行了分析,过滤了一些步骤,主要是调用层级太多容易让人抓不住重点,这边也是给大家看源码的一点小技巧就是抓大放小,抓住主要流程,忽略掉小的细节部分,否则我们就会陷入到源码的汪洋之中无法自拔。

我们再通过一张流程图来回顾下整个过程:
在这里插入图片描述

欢迎大家关注作者微信公众号,不定期更新文章,也可以和大家交流技术以及为大家提供免费的技术资料哦。
在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

慕枫技术笔记

您的鼓励是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值