思维导图

Spring Boot 3.x 核心配置体系：Starter与配置管理

一、Spring Boot 3.x 概述

Spring Boot 3.x基于Spring Framework 6构建，要求Java 17+，全面迁移至Jakarta EE 9+（包名从javax.*改为jakarta.*），引入了AOT编译、GraalVM原生镜像支持等重大特性。其核心设计哲学是"约定优于配置"，通过Starter机制和自动配置大幅简化Spring应用开发。

二、Spring Boot Starter原理

2.1 Starter的本质与设计思想

核心理念：约定大于配置，将通用依赖和自动化配置打包为可复用模块
本质定义：一个Maven/Gradle依赖描述符，整合了特定功能所需的全部依赖和自动配置逻辑
解决的问题：
- 消除手动导入大量依赖的繁琐工作
- 避免依赖版本冲突问题
- 提供开箱即用的默认配置
- 简化第三方库与Spring框架的集成

2.2 Starter的组成结构

一个完整的Spring Boot Starter通常包含两个模块：

自动配置模块：包含自动配置类、配置属性类、条件判断逻辑
Starter模块：仅包含pom.xml，声明对自动配置模块和其他必要依赖的引用

2.3 自动配置核心原理

2.3.1 SPI服务发现机制

Spring Boot 3.x变更：不再使用传统的META-INF/spring.factories文件
新规范：自动配置类必须注册在META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件中
工作流程：
1. Spring Boot启动时扫描所有JAR包下的上述文件
2. 加载文件中列出的所有自动配置类
3. 根据条件注解判断哪些配置类需要生效

2.3.2 条件化配置注解

Spring Boot通过一系列@Conditional注解实现"按需配置"：

注解	作用
`@ConditionalOnClass`	当类路径下存在指定类时生效
`@ConditionalOnMissingClass`	当类路径下不存在指定类时生效
`@ConditionalOnBean`	当Spring容器中存在指定Bean时生效
`@ConditionalOnMissingBean`	当Spring容器中不存在指定Bean时生效（最常用，允许用户自定义Bean覆盖默认）
`@ConditionalOnProperty`	当指定配置属性存在且值匹配时生效
`@ConditionalOnResource`	当指定资源存在时生效
`@ConditionalOnWebApplication`	当应用是Web应用时生效

2.3.3 配置属性绑定

通过@ConfigurationProperties注解将外部配置自动绑定到Java对象
支持宽松绑定规则：user-name、userName、USER_NAME均可绑定到userName字段
支持嵌套属性、集合、Map等复杂类型的绑定
2.3.4 自动配置执行流程

SpringApplication.run()启动应用
加载META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports中的所有自动配置类
根据@Conditional系列注解过滤掉不满足条件的自动配置类
对剩余的自动配置类进行解析，注册Bean定义
应用用户自定义的配置（覆盖自动配置的Bean）
刷新Spring容器，完成Bean的实例化和初始化
2.4 Starter 完整工作流程
依赖引入：项目引入Starter依赖
自动配置发现：Spring Boot通过SPI机制发现Starter中的自动配置类
条件判断：根据条件注解判断自动配置类是否需要生效
属性绑定：将配置文件中的属性绑定到@ConfigurationProperties标注的类
Bean注册：自动配置类创建并注册所需的Bean到Spring容器
默认配置生效：如果用户没有自定义相关Bean，使用自动配置的默认Bean

2.5 Starter依赖传递机制

Starter通过Maven/Gradle的依赖传递特性，将所有必需的依赖引入项目
Spring Boot提供了依赖管理BOM（spring-boot-dependencies），统一管理所有Starter的版本
用户只需引入Starter，无需关心具体依赖的版本号

三、自定义Starter开发

3.1 命名规范

官方Starter：spring-boot-starter-*（如spring-boot-starter-web）
第三方Starter：*-spring-boot-starter（如mybatis-spring-boot-starter）
自动配置模块：通常命名为*-spring-boot-autoconfigure

3.2 开发步骤（Spring Boot 3.x标准流程）

步骤1：创建Maven项目结构

my-spring-boot-starter/
├── my-spring-boot-autoconfigure/  # 自动配置模块
│   ├── src/main/java/
│   │   └── com/example/autoconfigure/
│   │       ├── MyAutoConfiguration.java
│   │       └── MyProperties.java
│   └── src/main/resources/
│       └── META-INF/spring/
│           └── org.springframework.boot.autoconfigure.AutoConfiguration.imports
└── my-spring-boot-starter/        # Starter模块（仅pom.xml）
    └── pom.xml

步骤2：编写配置属性类

@ConfigurationProperties(prefix = "my.service")
public class MyProperties {
   
    private boolean enabled = true;
    private String name = "default";
    private int timeout = 3000;

    // getters and setters
}

步骤3：编写自动配置类

@AutoConfiguration
@EnableConfigurationProperties(MyProperties.class)
@ConditionalOnClass(MyService.class)
@ConditionalOnProperty(prefix = "my.service", name = "enabled", havingValue = "true", matchIfMissing = true)
public class MyAutoConfiguration {
   

    @Bean
    @ConditionalOnMissingBean
    public MyService myService(MyProperties properties) {
   
        return new MyServiceImpl(properties);
    }
}

步骤4：注册自动配置类

在my-spring-boot-autoconfigure/src/main/resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件中添加：

com.example.autoconfigure.MyAutoConfiguration

步骤5：编写Starter模块的pom.xml

<project>
    <artifactId>my-spring-boot-starter</artifactId>
    <dependencies>
        <!-- 依赖自动配置模块 -->
        <dependency>
            <groupId>com.example</groupId>
            <artifactId>my-spring-boot-autoconfigure</artifactId>
            <version>1.0.0</version>
        </dependency>
    </dependencies>
</project>

步骤6：打包并发布到Maven仓库

mvn clean install

3.3 高级特性

3.3.1 配置属性验证

使用Jakarta Validation API进行配置属性验证：

@ConfigurationProperties(prefix = "my.service")
public class MyProperties {
   
    @NotBlank(message = "服务名称不能为空")
    private String name;

    @Min(value = 1000, message = "超时时间不能小于1000ms")
    private int timeout;

    // getters and setters
}

需要添加依赖：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-validation</artifactId>
</dependency>

3.3.2 自动配置排序

@AutoConfigureBefore：在指定自动配置类之前执行
@AutoConfigureAfter：在指定自动配置类之后执行
@AutoConfigureOrder：指定自动配置的执行顺序（数值越小优先级越高）

3.3.3 自定义条件

通过实现Condition接口创建自定义条件：

public class MyCustomCondition implements Condition {
   
    @Override
    public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
   
        // 自定义条件判断逻辑
        return true;
    }
}

使用方式：

@Conditional(MyCustomCondition.class)
public class MyAutoConfiguration {
   
    // ...
}

3.4 最佳实践与常见坑点

最佳实践：
- 严格遵循命名规范
- 总是使用@ConditionalOnMissingBean允许用户覆盖默认Bean
- 提供合理的默认值
- 编写详细的配置属性文档
- 避免在Starter中引入不必要的依赖
常见坑点：
- 忘记在AutoConfiguration.imports文件中注册自动配置类
- 自动配置类被Spring Boot的组件扫描直接扫描到（导致配置执行两次）
- 依赖版本冲突
- 条件判断逻辑错误导致自动配置不生效

四、配置加载优先级

4.1 Spring Boot 3.x配置源类型

Spring Boot支持多种配置源，不同配置源有不同的加载优先级。

4.2 完整的优先级顺序（从低到高）

优先级从低到高排列，高优先级配置会覆盖低优先级配置：

默认属性（通过SpringApplication.setDefaultProperties()设置）
@ConfigurationPropertiesScan扫描的配置类
@PropertySource注解加载的配置文件
配置文件（application.properties/yml）
特定Profile的配置文件（application-{profile}.properties/yml）
随机值配置源（random.*）
操作系统环境变量
Java系统属性（System.getProperties()）
JNDI属性（java:comp/env）
ServletContext初始化参数
ServletConfig初始化参数
SPRING_APPLICATION_JSON环境变量中的JSON属性
命令行参数
测试类上的@TestPropertySource注解
@SpringBootTest#properties属性
Devtools全局设置（~/.spring-boot-devtools.properties）

4.3 关键配置源详解

4.3.1 配置文件加载位置

Spring Boot会按以下顺序加载配置文件（优先级从低到高）：

classpath:/
classpath:/config/
file:./
file:./config/
file:./config/*/（Spring Boot 2.4+新增）

注意：高优先级位置的配置文件会覆盖低优先级位置的同名配置文件。

4.3.2 命令行参数

格式：--property=value
示例：java -jar app.jar --server.port=8080
可以通过SpringApplication.setAddCommandLineProperties(false)禁用命令行参数

4.3.3 环境变量

Spring Boot会自动将环境变量转换为配置属性
命名规则：大写字母+下划线，对应小写字母+点号
示例：SERVER_PORT环境变量对应server.port配置属性

4.3.4 SPRING_APPLICATION_JSON

可以通过环境变量或系统属性传入JSON格式的配置

示例：

SPRING_APPLICATION_JSON='{"server":{"port":8080}}' java -jar app.jar

4.4 配置覆盖规则

精确覆盖：高优先级配置源中的同名属性会完全覆盖低优先级配置源中的属性
集合合并：对于List和Set类型的属性，高优先级配置源会追加到低优先级配置源的集合中
Map合并：对于Map类型的属性，高优先级配置源会合并到低优先级配置源的Map中，相同key会被覆盖

4.5 配置属性的类型安全转换

Spring Boot支持多种类型的自动转换：

基本类型（int, long, boolean等）
字符串
枚举
数组、List、Set
Map
自定义类型（通过Converter或Formatter）

五、多环境配置

5.1 Profile机制核心概念

Profile：Spring提供的用于隔离不同环境配置的机制
核心思想：将不同环境的配置分开，运行时根据激活的Profile加载对应的配置
应用场景：开发环境、测试环境、生产环境的配置差异

5.2 多环境配置文件

5.2.1 命名规范

主配置文件：application.properties/yml（所有环境通用）
特定环境配置文件：application-{profile}.properties/yml
示例：
- application-dev.yml（开发环境）
- application-test.yml（测试环境）
- application-prod.yml（生产环境）

5.2.2 加载规则

主配置文件总是会被加载
特定环境配置文件会在对应的Profile被激活时加载
特定环境配置文件中的属性会覆盖主配置文件中的同名属性

5.3 Profile激活方式

5.3.1 配置文件激活

在application.yml中添加：

spring:
  profiles:
    active: dev

5.3.2 命令行参数激活

java -jar app.jar --spring.profiles.active=prod

5.3.3 环境变量激活

export SPRING_PROFILES_ACTIVE=test
java -jar app.jar

5.3.4 Java系统属性激活

java -Dspring.profiles.active=dev -jar app.jar

5.3.5 编程式激活

SpringApplication app = new SpringApplication(MyApplication.class);
app.setAdditionalProfiles("dev");
app.run(args);

5.4 多环境下的Bean管理

使用@Profile注解控制Bean的创建：

@Configuration
public class DataSourceConfig {
   

    @Bean
    @Profile("dev")
    public DataSource devDataSource() {
   
        // 开发环境数据源
        return new HikariDataSource();
    }

    @Bean
    @Profile("prod")
    public DataSource prodDataSource() {
   
        // 生产环境数据源
        return new HikariDataSource();
    }

    @Bean
    @Profile("!prod") // 非生产环境
    public DataSource testDataSource() {
   
        // 测试环境数据源
        return new HikariDataSource();
    }
}

5.5 Spring Boot 3.x高级特性

5.5.1 Profile分组

可以将多个Profile组合成一个组：

spring:
  profiles:
    group:
      "dev": "dev,db-dev,log-dev"
      "prod": "prod,db-prod,log-prod"

激活dev组时，会同时激活dev、db-dev和log-dev三个Profile。

5.5.2 条件化导入配置

使用@Import结合@Profile条件化导入配置类：

@Configuration
@Import({
   DevConfig.class, TestConfig.class})
public class AppConfig {
   
    // ...
}

@Configuration
@Profile("dev")
public class DevConfig {
   
    // ...
}

@Configuration
@Profile("test")
public class TestConfig {
   
    // ...
}

5.5.3 多文档YAML文件

在一个YAML文件中使用---分隔多个文档，每个文档可以指定自己的Profile：

# 通用配置
spring:
  application:
    name: my-app

---
# 开发环境配置
spring:
  config:
    activate:
      on-profile: dev
server:
  port: 8080

---
# 生产环境配置
spring:
  config:
    activate:
      on-profile: prod
server:
  port: 80

5.6 最佳实践

配置分离原则：通用配置放在主配置文件，环境特定配置放在对应的Profile配置文件
敏感信息处理：生产环境的敏感信息（如数据库密码）不要硬编码在配置文件中，应使用环境变量或配置中心
Profile命名规范：使用有意义的名称，如dev、test、prod、uat等
避免过度使用Profile：不要为每个小的配置差异都创建一个Profile

六、总结与最佳实践

6.1 核心知识体系回顾

Starter原理：基于SPI机制和条件注解实现自动配置，通过依赖传递简化依赖管理
自定义Starter：遵循命名规范，分离自动配置模块和Starter模块，使用条件注解控制配置生效
配置加载优先级：高优先级配置覆盖低优先级配置，了解完整的优先级顺序有助于排查配置问题
多环境配置：使用Profile机制隔离不同环境的配置，支持多种激活方式和高级特性

6.2 企业级开发最佳实践

统一依赖管理：使用Spring Boot BOM统一管理所有依赖版本
自定义Starter封装通用功能：将公司内部通用的功能封装成自定义Starter，提高开发效率
配置分层管理：通用配置、环境特定配置、敏感信息分层管理
使用配置中心：对于大型分布式系统，使用Nacos、Apollo等配置中心管理配置
配置属性验证：使用Jakarta Validation API验证配置属性的合法性
Profile合理使用：避免过度使用Profile，保持配置的简洁性

6.3 四大核心概念的内在联系

Starter：提供了默认的自动配置和依赖管理
自定义Starter：将通用功能封装为可复用的模块，遵循与官方Starter相同的机制
配置加载优先级：决定了哪些配置会覆盖Starter提供的默认配置
多环境配置：是配置加载优先级体系的一个具体应用，允许在不同环境中使用不同的配置

6.4 完整运行流程示例

项目引入自定义xxx-spring-boot-starter依赖
Spring Boot启动时通过SPI机制发现XxxAutoConfiguration类
根据条件注解判断XxxAutoConfiguration需要生效
加载所有配置源，按照优先级顺序合并属性
根据激活的Profile，加载对应的环境特定配置
将合并后的属性绑定到XxxProperties对象
创建XxxServiceBean，使用绑定后的属性
如果用户自定义了XxxServiceBean，则使用用户的Bean替代默认Bean

Spring Boot 3.x 核心配置体系：面试高频问答卡片

一、基础概念类

Q1: Spring Boot 3.x 有哪些重大变更？

答案：

基于Spring Framework 6构建，最低要求Java 17
全面迁移至Jakarta EE 9+，包名从javax.*改为jakarta.*
引入AOT编译和GraalVM原生镜像支持
自动配置注册方式变更：从spring.factories改为AutoConfiguration.imports
增强了响应式编程和云原生支持

Q2: Spring Boot的核心设计哲学是什么？

答案：
"约定优于配置"(Convention over Configuration)，通过提供合理的默认值和自动化配置，大幅简化Spring应用的开发、部署和运行过程，让开发者专注于业务逻辑而非配置。

二、Starter原理类

Q3: Spring Boot Starter的本质是什么？解决了什么问题？

答案：

本质：一个Maven/Gradle依赖描述符，整合了特定功能所需的全部依赖和自动配置逻辑
解决的问题：
1. 消除手动导入大量依赖的繁琐工作
2. 避免依赖版本冲突问题
3. 提供开箱即用的默认配置
4. 简化第三方库与Spring框架的集成

Q4: Spring Boot 3.x自动配置的SPI机制有什么变化？

答案：

旧方式：使用META-INF/spring.factories文件注册自动配置类
新规范：必须在META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件中注册
工作流程：Spring Boot启动时扫描所有JAR包下的该文件，加载列出的自动配置类，再根据条件注解判断哪些生效

Q5: 简述Spring Boot自动配置的完整执行流程

答案：

SpringApplication.run()启动应用
扫描所有JAR包下的AutoConfiguration.imports文件，加载所有自动配置类
根据@Conditional系列注解过滤掉不满足条件的配置类
解析剩余的自动配置类，注册Bean定义
应用用户自定义的配置（覆盖自动配置的Bean）
刷新Spring容器，完成Bean的实例化和初始化

Q6: 列举5个常用的条件化配置注解及其作用

答案：

注解	作用
`@ConditionalOnClass`	类路径下存在指定类时生效
`@ConditionalOnMissingBean`	容器中不存在指定Bean时生效（最常用，允许用户覆盖）
`@ConditionalOnProperty`	指定配置属性存在且值匹配时生效
`@ConditionalOnWebApplication`	应用是Web应用时生效
`@ConditionalOnResource`	指定资源存在时生效

Q7: 什么是配置属性绑定？支持哪些特性？

答案：

通过@ConfigurationProperties注解将外部配置自动绑定到Java对象
支持特性：
1. 宽松绑定规则：user-name、userName、USER_NAME均可绑定到userName字段
2. 嵌套属性、集合、Map等复杂类型的绑定
3. 配置属性验证（结合Jakarta Validation）

三、自定义Starter类

Q8: Spring Boot Starter的命名规范是什么？

答案：

官方Starter：spring-boot-starter-*（如spring-boot-starter-web）
第三方Starter：*-spring-boot-starter（如mybatis-spring-boot-starter）
自动配置模块：通常命名为*-spring-boot-autoconfigure

Q9: 一个完整的自定义Starter包含哪两个模块？各自职责是什么？

答案：

自动配置模块：包含自动配置类、配置属性类、条件判断逻辑
Starter模块：仅包含pom.xml，声明对自动配置模块和其他必要依赖的引用

Q10: 开发自定义Starter的标准步骤是什么？

答案：

创建Maven项目结构（分离自动配置和Starter模块）
编写配置属性类（@ConfigurationProperties）
编写自动配置类（@AutoConfiguration+条件注解）
在AutoConfiguration.imports文件中注册自动配置类
编写Starter模块的pom.xml，依赖自动配置模块
打包并发布到Maven仓库

Q11: 自定义Starter有哪些最佳实践和常见坑点？

答案：

最佳实践：
1. 严格遵循命名规范
2. 总是使用@ConditionalOnMissingBean允许用户覆盖默认Bean
3. 提供合理的默认值
4. 编写详细的配置属性文档
5. 避免引入不必要的依赖
常见坑点：
1. 忘记在AutoConfiguration.imports中注册自动配置类
2. 自动配置类被组件扫描直接扫描到（导致配置执行两次）
3. 依赖版本冲突
4. 条件判断逻辑错误导致自动配置不生效

四、配置管理类

Q12: Spring Boot 3.x配置加载的完整优先级顺序（从低到高）

答案：

默认属性（SpringApplication.setDefaultProperties()）
@ConfigurationPropertiesScan扫描的配置类
@PropertySource注解加载的配置文件
配置文件（application.properties/yml）
特定Profile的配置文件
随机值配置源（random.*）
操作系统环境变量
Java系统属性
JNDI属性
ServletContext初始化参数
ServletConfig初始化参数
SPRING_APPLICATION_JSON中的JSON属性
命令行参数
@TestPropertySource注解
@SpringBootTest#properties属性
Devtools全局设置

Q13: Spring Boot配置文件的加载位置及优先级

答案：
优先级从低到高：

classpath:/
classpath:/config/
file:./
file:./config/
file:./config/*/（Spring Boot 2.4+新增）

高优先级位置的配置文件会覆盖低优先级位置的同名配置文件。

Q14: Spring Boot的配置覆盖规则是什么？

答案：

精确覆盖：高优先级配置源中的同名属性会完全覆盖低优先级的属性
集合合并：List和Set类型的属性，高优先级会追加到低优先级的集合中
Map合并：Map类型的属性，高优先级会合并到低优先级的Map中，相同key会被覆盖

五、多环境配置类

Q15: 什么是Profile机制？有什么作用？

答案：

Profile是Spring提供的用于隔离不同环境配置的机制
核心思想：将不同环境的配置分开，运行时根据激活的Profile加载对应的配置
应用场景：开发环境、测试环境、生产环境的配置差异（如数据库连接、日志级别等）

Q16: 激活Profile的方式有哪些？

答案：

配置文件激活：spring.profiles.active=dev
命令行参数激活：java -jar app.jar --spring.profiles.active=prod
环境变量激活：export SPRING_PROFILES_ACTIVE=test
Java系统属性激活：java -Dspring.profiles.active=dev -jar app.jar
编程式激活：app.setAdditionalProfiles("dev")

Q17: Spring Boot 3.x在多环境配置方面有哪些高级特性？

答案：

Profile分组：将多个Profile组合成一个组，激活组时同时激活所有成员
```
spring:
  profiles:
    group:
      "dev": "dev,db-dev,log-dev"
```
多文档YAML：在一个YAML文件中用---分隔多个文档，每个文档指定自己的Profile
条件化导入配置：使用@Import结合@Profile条件化导入配置类

Q18: 多环境配置的最佳实践有哪些？

答案：

配置分离：通用配置放在主配置文件，环境特定配置放在对应的Profile文件
敏感信息处理：生产环境敏感信息不要硬编码，使用环境变量或配置中心
规范命名：使用有意义的名称，如dev、test、prod、uat等
避免过度使用：不要为每个小的配置差异都创建一个Profile

六、综合应用类

Q19: 如何让用户自定义的Bean覆盖Starter提供的默认Bean？

答案：

Starter的自动配置类中必须使用@ConditionalOnMissingBean注解来声明默认Bean
用户只需在自己的配置类中定义相同类型的Bean，Spring Boot会优先使用用户定义的Bean

Q20: 简述一个自定义Starter从引入到生效的完整流程

答案：

项目引入自定义xxx-spring-boot-starter依赖
Spring Boot启动时通过SPI机制发现XxxAutoConfiguration类
根据条件注解判断XxxAutoConfiguration需要生效
加载所有配置源，按照优先级顺序合并属性
根据激活的Profile，加载对应的环境特定配置
将合并后的属性绑定到XxxProperties对象
创建XxxServiceBean，使用绑定后的属性
如果用户自定义了XxxServiceBean，则使用用户的Bean替代默认Bean

探索云世界

热门

云计算

大数据

云原生

人工智能

数据库

开发与运维

活动广场

任务中心

训练营

直播

乘风者计划

下载

镜像站

技术资料

【Spring全家桶】Spring Boot 3.x：Starter原理、自定义Starter、配置加载优先级、多环境配置（附《思维导图》+《面试高频考点清单》）

Spring Boot 3.x 核心配置体系：Starter与配置管理

一、Spring Boot 3.x 概述

二、Spring Boot Starter原理

2.1 Starter的本质与设计思想

2.2 Starter的组成结构

2.3 自动配置核心原理

2.3.1 SPI服务发现机制

2.3.2 条件化配置注解

2.3.3 配置属性绑定

2.3.4 自动配置执行流程

2.4 Starter 完整工作流程

2.5 Starter依赖传递机制

三、自定义Starter开发

3.1 命名规范

3.2 开发步骤（Spring Boot 3.x标准流程）

步骤1：创建Maven项目结构

步骤2：编写配置属性类

步骤3：编写自动配置类

步骤4：注册自动配置类

步骤5：编写Starter模块的pom.xml

步骤6：打包并发布到Maven仓库

3.3 高级特性

3.3.1 配置属性验证

3.3.2 自动配置排序

3.3.3 自定义条件

3.4 最佳实践与常见坑点

四、配置加载优先级

4.1 Spring Boot 3.x配置源类型

4.2 完整的优先级顺序（从低到高）

4.3 关键配置源详解

4.3.1 配置文件加载位置

4.3.2 命令行参数

4.3.3 环境变量

4.3.4 SPRING_APPLICATION_JSON

4.4 配置覆盖规则

4.5 配置属性的类型安全转换

五、多环境配置

5.1 Profile机制核心概念

5.2 多环境配置文件

5.2.1 命名规范

5.2.2 加载规则

5.3 Profile激活方式

5.3.1 配置文件激活

5.3.2 命令行参数激活

5.3.3 环境变量激活

5.3.4 Java系统属性激活

5.3.5 编程式激活

5.4 多环境下的Bean管理

5.5 Spring Boot 3.x高级特性

5.5.1 Profile分组

5.5.2 条件化导入配置

5.5.3 多文档YAML文件

5.6 最佳实践

六、总结与最佳实践

6.1 核心知识体系回顾

6.2 企业级开发最佳实践

6.3 四大核心概念的内在联系

6.4 完整运行流程示例

Spring Boot 3.x 核心配置体系：面试高频问答卡片

一、基础概念类

Q1: Spring Boot 3.x 有哪些重大变更？

Q2: Spring Boot的核心设计哲学是什么？

二、Starter原理类