Spring Boot 自动配置

ops/2025/1/24 12:39:20/

目录

什么是自动配置?

Spring 加载 Bean

@ComponentScan

@Import

导入类

导入 ImportSelector 接口的实现类

SpringBoot 原理分析

@EnableAutoConfiguration

@Import(AutoConfigurationImportSelector.class) 

AutoConfigurationPackage

SpringBoot 自动配置流程


什么是自动配置?

Spring Boot 的自动配置:当 Spring 容器启动后,一些配置类、bean 对象等就自动存入 Ioc 容器中,而不再需要我们手动去声明,从而简化了程序开发过程,省去了繁琐的配置操作

也就是说,Spring Boot 的自动配置,就是 SpinrgBoot 依赖 jar 包中的配置类以及 Bean 加载到 Spring Ioc 容器中的过程

在本篇文章中,我们主要学习一下两个方面:

1. Spring 如何将对象加载到 Spring Ioc 容器中

2. SpringBoot 是如何进行实现的

我们首先来看 Spring 是如何加载 Bean 的

Spring 加载 Bean

当我们在项目中引入第三方的包时,其实就是在该项目下引入第三方的代码,我们通过在该项目下创建不同的目录来模拟第三方代码的引入:

当前项目目录为 com.example.springautoconfig,模拟第三方代码文件在 com.example.autoconfig 目录下 

第三方文件代码:

java">@Component
public class AutoConfig {public void test() {System.out.println("test...");}
}

获取 AutoConfig:

java">@SpringBootTest
class SpringAutoconfigApplicationTests {@Autowiredprivate ApplicationContext context;@Testvoid contextLoads() {AutoConfig bean = context.getBean(AutoConfig.class);System.out.println(bean);}
}

运行结果:

此时显示没有 com.example.autoconfig.AutoConfig 这个类型的 bean

为什么会报错呢?

Spring 使用 类注解(@Controller、@Service、@Repository、@Component、@Configuration) 和 @Bean 注解 帮助我们将 Bean 加载到 Spring Ioc 容器中时,有一个前提:这些注解需要和 SpringBoot 启动类(@SpringBootApplication 标注的类)在同一个目录下

而在上述项目中,启动类所在目录为  com.example.springautoconfig,而 AutoConfig 类位于 com.example.autoconfig 目录下,因此,SpringBoot 并没有扫描到

可是,当我们引入第三方的 jar 包时,第三方的 jar 代码目录也不在启动类的目录下,那么,如何让 Spring 帮我们管理这些 Bean 的呢?

我们可以通过指定路径或引入的文件告诉 Spring,让 Spring 进行扫描

常见的实现方法有两种:

1. @ComponentScan 组件扫描

2. @Import 导入

@ComponentScan

使用 @ComponentScan 注解,指定 Spring 扫描路径:

java">@SpringBootApplication
@ComponentScan("com.example.autoconfig")
public class SpringAutoconfigApplication {public static void main(String[] args) {SpringApplication.run(SpringAutoconfigApplication.class, args);}
}

运行程序并观察结果:

 成功获取到 AutoConfig bean

那么,Spring Boot 是否使用了这种方式呢?

显然没有。若 Spring Boot 采用这种方式,当我们引入大量的第三方依赖,如 MyBatis、jackson 等时,就需要在启动类上配置不同依赖需要扫描的包,非常繁琐

@Import

@Import 导入主要有以下几种形式:

1. 导入类

2. 导入 ImportSelector 接口的实现类

导入类
java">@Import(AutoConfig.class)
@SpringBootApplication
public class SpringAutoconfigApplication {public static void main(String[] args) {SpringApplication.run(SpringAutoconfigApplication.class, args);}}

运行程序,观察结果:

成功获取到 AutoConfig Bean

若在文件中有多个配置项:

java">@Component
public class AutoConfig2 {public void test() {System.out.println("test...");}
}

此时就需要导入多个类:

java">@Import({AutoConfig.class, AutoConfig2.class})
@SpringBootApplication
public class SpringAutoconfigApplication {public static void main(String[] args) {SpringApplication.run(SpringAutoconfigApplication.class, args);}}

显而易见,这种方式也比较繁琐,因此,Spring Boot 也没有采用

导入 ImportSelector 接口的实现类

实现 ImportSelector 接口:

java">public class MyImportSelector implements ImportSelector {@Overridepublic String[] selectImports(AnnotationMetadata importingClassMetadata) {// 返回需要导入的全限定类名return new String[]{"com.example.autoconfig.AutoConfig", "com.example.autoconfig.AutoConfig2"};}
}

导入:

java">@Import(MyImportSelector.class)
@SpringBootApplication
public class SpringAutoconfigApplication {public static void main(String[] args) {SpringApplication.run(SpringAutoconfigApplication.class, args);}}

运行程序,并观察结果:

这种方式也可以导入第三方依赖提供的 Bean

但是,它们都有一个明显的问题:使用者需要知道第三方依赖中有哪些 Bean 对象或配置类,若我们在导入过程中漏掉了一些 Bean,就可能会导致我们的项目出现问题

依赖中有哪些 Bean,使用时需要配置哪些 Bean,这些问题第三方依赖最为清楚,那么,能否由第三方依赖来做这些事情呢?

比较常见的方法是第三方依赖提供一个注解,而这个注解一般是以 @EnableXxx 开头的注解,而注解中封装的就是 @Import 注解

java">@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
// 指定要导入哪些类
@Import(MyImportSelector.class)
public @interface EnableAutoConfig {
}

在启动类上使用第三方提供的注解:

java">@EnableAutoConfig
@SpringBootApplication
public class SpringAutoconfigApplication {public static void main(String[] args) {SpringApplication.run(SpringAutoconfigApplication.class, args);}}

运行并观察结果:

可以看到,这种方式也可以导入第三方依赖提供的 Bean,且这种方式不需要使用方知道第三方依赖中有哪些 Bean 对象或配置类,而在 Spring Boot 中也是使用的这种方式

SpringBoot 原理分析

SpringBoot 是如何进行实现的?让我们从 SpringBoot 的启动类开始看:

由 @SpringBootApplication 标注的类就是 SpringBoot 项目的启动类:

这个类与普通类的唯一区别就是 @SpringBootApplication 注解,这个注解也是 SpringBoot 实现自动配置的核心

 @SpringBootApplication 是一个组合注解,注解中包含了:

1. 元注解:

 JDK 中提供了 4 个 标准的用来对注解类型进行注解的注解类,称之为 meta-annotation(元注解)

分别为:

@Retention:描述注解保留的时间范围

@Target:描述注解的使用范围

@Documented:描述在使用 javadoc 工具为类生成帮助文档时是否保留其注解信息

@Inherited:使被其修饰的注解具有继承性(若某个类使用了 @Inherited,则其子类将自动具有该注解)

2. @SpringBootConfiguration:

 

标识当前类是一个配置类,里面其实就是 @Configuration,只是做了进一步的封装

其中,@Indexed 注解是用来加速应用启动的

3. @EnableAutoConfiguration(开启自动配置)

是 spiring 自动配置的核心注解,我们在后续详细理解

4.  ComponentScan(包扫描)

可以通过 basePackageClasses basePackages 来定义要扫描的特定包,若没有定义特定的包,将从声明该注解的类的包开始扫描,这也是 SpringBoot 项目声明的注解类为什么必须在启动类目录下

也可以自定义过滤器,用于排查一些类、注解等

接下来,我们重点来看  @EnableAutoConfiguration(开启自动配置)

@EnableAutoConfiguration

 @EnableAutoConfiguration 中主要包含两部分:

@Import(AutoConfigurationImportSelector.class) 

@AutoConfigurationPackage

我们先来看  @Import(AutoConfigurationImportSelector.class) 

@Import(AutoConfigurationImportSelector.class) 

使用 @Import 注解,导入了实现 ImportSelector 接口的实现类:

selectImports() 方法中,调用了 getAutoConfigurationEntry() 方法,获取可自动配置的配置类信息

我们继续看  getAutoConfigurationEntry() 方法:

在  getAutoConfigurationEntry() 方法中,主要通过 getCandidateConfigurations(annotationMetadata, attributes) 方法 和 fireAutoConfigurationImportEvents(configurations, exclusions) 方法,获取在配置文件中配置的所有自动配置类的集合

我们先看  getCandidateConfigurations(annotationMetadata, attributes) 方法:

在 getCandidateConfigurations(annotationMetadata, attributes) 方法中,使用 ImportCandidates 进行加载

那么,从哪里进行加载呢?

从 断言 的错误信息中我们可以找到答案:META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

也就是说, getCandidateConfigurations 方法会获取所有基于META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件中配置类的集合

META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件:

 其中包含了很多第三方依赖的配置文件 

我们以 redis 为例:

查看 RedisAutoConfiguration

可以看到,在使用 redis 时常用的 RedisTemplate 和 StringRedisTemplate 就位于其中,在我们需要使用时直接使用 @Autowired 进行注入就可以了

但是,由于当前项目并没有引入 redis 相关 jar 包,此时这个类并不能被加载

也就是说在加载自动配置类的时候,并不是将所有的配置全部加载进来,而是会先进行判断,根据 @ConditionalOnMissingBean@ConditionalOnSingleCandidate 等注解的判断进行动态加载

即,在配置文件中使用 @Bean 声明对象,spring 会自动调用配置类中使用 @Bean 标识的方法,并将对象存放到 Spring Ioc 中,但是,在加载自动配置类的时候,并不是将所有的配置全部加载进来,而是会通过 @Conditional 等注解的判断进行动态加载@Conditional 是 spring 底层注解,会根据不同的条件,进行条件判断,若满足指定条件,配置类中的配置才会生效)

我们继续看 fireAutoConfigurationImportEvents 方法,找到是从哪里获取配置类的:

可以看到,fireAutoConfigurationImportEvents 方法最终会从 META-INF/spring.factories 中获取配置类的集合

我们来看 META-INF/spring.factories

META-INF/spring.factories 文件是 Spring 内部提供的一个约定俗称的加载方式,只需要在模块的 META-INF/spring.factories 文件中进行配置,Spring 就会把相应的实现类注入到 Spring 容器中

例如,有一个自动配置类,希望 SpringBoot 在启动时自动加载这个配置,我们就可以在 META-INF/spring.factories 文件按照指定格式进行配置,让 Spring Boot 应用启动时,读取这个 spring.factories 文件,根据文件中指定的配置类来进行自动配置

spring 会加载所有 jar 包下的 META-INF/spring.factories 文件

META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports   META-INF/spring.factories 都在引入的起步依赖中:

我们继续看  AutoConfigurationPackage

AutoConfigurationPackage

在这个注解中,主要导入了一个配置文件 AutoConfigurationPackages.Registrar.class

我们继续看 Registrar

 Registrar 实现了 ImportBeanDefinitionRegistrar 接口,可以被 @Import 导入到 spring 容器中

new PackageImports(metadata).getPackageNames().toArray(new String[0]): 当前启动类所在的包名

也就是说,@AutoConfigurationPackage 的作用是 将启动类所在的包下面所有的组件都扫描注册到 spring 容器中

最后,我们来总结一下 SpringBoot 自动配置的流程

SpringBoot 自动配置流程

 SpringBoot 的自动配置的入口是  @SpringBootApplication 注解,在这个注解中,主要封装了 3 个注解:

@SpringBootConfiguration:标识当前类是配置类

@ComponentScan(包扫描):可以通过 basePackageClasses basePackages 定义要扫描的特定包,若没有定义特定的包,将从声明该注解的类的包开始扫描,也就是说,默认情况下扫描的是启动类所在的当前包以及子包

@EnableAutoConfiguration(开启自动配置):主要包含两部分:

@Import(AutoConfigurationImportSelector.class) :读取 META-INF/spring.factories 和  META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 文件中定义的配置类​​​​

@AutoConfigurationPackage:将启动类所在的包下所有组件都注入到 Spring 容器中


http://www.ppmy.cn/ops/152741.html

相关文章

探索Linux中的进程控制:从启动到退出的背后原理

个人主页:chian-ocean 文章专栏-Linux 前言: 进程控制是操作系统对进程的创建、运行、调度、中止等活动进行管理和协调的行为。它是操作系统中至关重要的一部分,保证多任务处理环境下的资源分配和系统稳定性。 进程创建 fork( ) fork() 调…

Linux 网络:cBPF 简介

文章目录 1. 前言2. 什么是 cBPF?2.1 cBPF 工作原理2.2 cBPF 的使用2.3 实现细节2.3.1 挂接 BPF 指令到 sokcet2.3.2 执行 BPF 指令过滤数据包 3. cBPF 示例:过滤 EDSA 协议下的 PTP 以太网帧4. 参考资料 1. 前言 限于作者能力水平,本文可能…

kotlin的协程的基础概念

Kotlin的协程是一种用于简化异步编程的强大工具。 理解协程的基础概念可以帮助开发者有效地利用其能力。 以下是Kotlin协程的一些关键基础概念: 协程(Coroutines) : 协程是一种用于处理并发任务的编程模型,它可以在单…

使用qwen作为基座训练分类大模型

训练大模型 import torch from transformers import AutoModelForSequenceClassification, AutoTokenizer, Trainer, TrainingArguments from datasets import load_dataset, DatasetDict# 1. 加载 Qwen2.5-0.5B 预训练模型和分词器 model_name "Qwen/Qwen2.5-0.5B"…

理解深度学习pytorch框架中的线性层

文章目录 1. 数学角度: y W x b \displaystyle y W\,x b yWxb示例 2. 编程实现角度: y x W T b \displaystyle y x\,W^T b yxWTb3. 常见错误与易混点解析4. 小结参考链接 在神经网络或机器学习的线性层(Linear Layer / Fully Connect…

doris:阿里云 OSS 导入数据

Doris 提供两种方式从阿里云 OSS 导入文件: 使用 S3 Load 将阿里云 OSS 文件导入到 Doris 中,这是一个异步的导入方式。使用 TVF 将阿里云 OSS 文件导入到 Doris 中,这是一个同步的导入方式。 使用 S3 Load 导入​ 使用 S3 Load 导入对象存…

网络安全 | 0day漏洞介绍

关注:CodingTechWork 引言 在网络安全领域,0day漏洞(Zero-day Vulnerability)是指一个尚未被厂商、开发者或安全人员发现、修复或发布修补程序的安全漏洞。0day漏洞是黑客利用的一个重要攻击工具,因其未被披露或未被修…

Geek Uninstaller,绿色免安装轻量的应用卸载工具!

软件介绍 链接 一个轻量级拥有简洁交互界面、快速卸载电脑安装程序的工具。可快速扫描删除残余文件和注册表,对顽固和损坏的程序可执行强制删除、独立页面管理卸载系统Microsoft Store应用、快速打开程序安装文件夹、快速打开编辑程序注册表位置、将安装程序列表导…