Spring Boot 3.x 自定义Starter实战：面试官死磕的自动配置原理，我翻源码帮你画透了-CSDN博客

开篇：面试官一句话，我愣住了

“你给我讲讲Spring Boot的自动配置原理，别背八股文，说说你真实的理解。”

上周一个读者找我模拟面试，我问完这个问题，他流利地背出了“@EnableAutoConfiguration会导入AutoConfigurationImportSelector”的八股文。我打断他：“停，那你自定义过Starter吗？”他沉默了30秒。

这就是90%Java程序员的真实困境——原理背得滚瓜烂熟，一让动手写就露馅。

上一篇文章（Day2-1）我们搞定了Spring Boot的环境搭建和基础配置，用7个步骤跑通了第一个REST接口。今天咱们不能停在这，要往深水区走——我要带你手写一个生产级Starter，用源码反推自动配置原理，让你面试时能把面试官讲到喊停。

看完这篇文章你拿走的：

1个能直接用在项目里的自定义Starter（完整代码）
1张手绘的自动配置加载链路图
3个面试官最爱追问的源码级答案
涨薪30%的底气

1. 痛点场景：没有自定义Starter，你的代码在“裸奔”

1.1 咱们先看一段真实项目代码

假设你负责公司的短信服务，每次发送短信都要这样写：

// 每个服务都要写这段配置代码——重复到吐
@Configuration
public class SmsConfig {
    
    @Value("${sms.api.key}")
    private String apiKey;
    
    @Value("${sms.api.secret}")
    private String apiSecret;
    
    @Value("${sms.api.url}")
    private String apiUrl;
    
    @Bean
    public SmsClient smsClient() {
        SmsClient client = new SmsClient();
        client.setApiKey(apiKey);
        client.setApiSecret(apiSecret);
        client.setApiUrl(apiUrl);
        // 还要设置连接池参数...
        client.setMaxConnections(100);
        client.setConnectTimeout(5000);
        return client;
    }
}

问题在哪？

如果公司有20个微服务都要发短信，这段配置代码就要复制20遍。哪天老板说“把连接超时从5秒改成3秒”，你就要改20个地方——这就是典型的配置灾难。

本质问题：没有把通用能力封装成Starter，导致配置分散、维护成本指数级上升。

1.2 有了自定义Starter是什么体验

// 其他服务只需要两步：
// 1. 引入依赖
// 2. 配几个参数
// 完事！

@RestController
public class OrderController {
    
    @Autowired
    private SmsClient smsClient; // 直接用，配置全在starter里统一管理
    
    @PostMapping("/order")
    public String createOrder() {
        smsClient.send("13800138000", "您的订单已创建");
        return "success";
    }
}

对比效果一目了然：

| 对比维度 | 传统配置方式 | 自定义Starter方式 | |---------|------------|-----------------| | 配置代码量 | 每个服务20-30行 | 0行（自动注入） | | 参数修改成本 | 改20个服务 | 改1个Starter | | 新服务接入时间 | 2小时 | 5分钟 | | 配置项校验 | 运行时才发现错误 | 启动时校验并提示 | | 团队协作 | 每个人都要懂配置 | 会用即可 |

这就是自定义Starter的价值——把复杂留给自己，把简单留给使用者。

2. 自动配置原理源码级精讲（面试涨薪关键）

看源码之前，咱们得先建立宏观认知——Spring Boot启动时，自动配置到底走了哪几步？

2.1 自动配置加载链路（手绘版）

应用启动
    ↓
@SpringBootApplication
    ↓
@EnableAutoConfiguration          ← 自动配置总开关
    ↓
@Import(AutoConfigurationImportSelector.class)  ← 核心入口
    ↓
AutoConfigurationImportSelector.selectImports()
    ↓
getAutoConfigurationEntry()
    ↓
getCandidateConfigurations()
    ↓
SpringFactoriesLoader.loadFactoryNames()       ← 读取配置文件
    ↓
加载 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
    ↓
获取所有候选配置类（如145个）
    ↓
filter(configurations, autoConfigurationMetadata)  ← 条件过滤
    ↓
@ConditionalOnClass / @ConditionalOnBean / @ConditionalOnProperty...
    ↓
返回真正要加载的配置类（如20个）
    ↓
创建Bean注入IoC容器

面试官听到这眼睛已经亮了，但你要接着说源码细节——

2.2 翻源码：AutoConfigurationImportSelector是怎么工作的

咱们直接看Spring Boot 3.x的源码（spring-boot-autoconfigure-3.2.0.jar）：

// 源码位置：org.springframework.boot.autoconfigure.AutoConfigurationImportSelector

@Override
public String[] selectImports(AnnotationMetadata annotationMetadata) {
    if (!isEnabled(annotationMetadata)) {
        return NO_IMPORTS;
    }
    // 核心方法：获取自动配置入口
    AutoConfigurationEntry autoConfigurationEntry = getAutoConfigurationEntry(annotationMetadata);
    return StringUtils.toStringArray(autoConfigurationEntry.getConfigurations());
}

protected AutoConfigurationEntry getAutoConfigurationEntry(AnnotationMetadata annotationMetadata) {
    if (!isEnabled(annotationMetadata)) {
        return EMPTY_ENTRY;
    }
    AnnotationAttributes attributes = getAttributes(annotationMetadata);
    // 步骤1：获取候选配置类列表
    List<String> configurations = getCandidateConfigurations(annotationMetadata, attributes);
    // 步骤2：去重
    configurations = removeDuplicates(configurations);
    // 步骤3：获取排除项（exclude属性指定的）
    Set<String> exclusions = getExclusions(annotationMetadata, attributes);
    checkExcludedClasses(configurations, exclusions);
    configurations.removeAll(exclusions);
    // 步骤4：关键！条件过滤
    configurations = getConfigurationClassFilter().filter(configurations);
    // 步骤5：触发自动配置导入事件
    fireAutoConfigurationImportEvents(configurations, exclusions);
    return new AutoConfigurationEntry(configurations, exclusions);
}

这里有个90%的人都忽略的细节——Spring Boot 3.x和2.x在读取配置文件上有重大变化：

Spring Boot 2.x：读的是 META-INF/spring.factories

Spring Boot 3.x：读的是 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

为什么改？官方解释：spring.factories文件承载了太多职责（不仅是自动配置，还有监听器、初始化器等），为了职责单一，3.x把自动配置的声明独立出来了。

这就是面试官想听到的——你不是只知道API，你理解设计演进背后的思想。

2.3 条件注解是怎么做到“按需加载”的

假设你引入了Redis依赖但没引入数据库驱动，Spring Boot怎么知道只加载Redis配置、不加载数据库配置？

核心就在于条件注解，咱们看一个真实源码：

// 源码：org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration

@AutoConfiguration
@ConditionalOnClass({DataSource.class, EmbeddedDatabaseType.class})  // 必须有这些类才生效
@EnableConfigurationProperties(DataSourceProperties.class)
@Import({DataSourcePoolMetadataProvidersConfiguration.class, DataSourceInitializationConfiguration.class})
public class DataSourceAutoConfiguration {

    @Configuration(proxyBeanMethods = false)
    @ConditionalOnClass({HikariDataSource.class})  // 有HikariCP才加载
    @ConditionalOnMissingBean(DataSource.class)    // 用户没自己创建DataSource才加载
    static class Hikari {
        @Bean
        @ConfigurationProperties(prefix = "spring.datasource.hikari")
        HikariDataSource dataSource(DataSourceProperties properties) {
            // 创建HikariCP连接池
        }
    }
}

条件注解过滤器的工作原理：

// 简化版源码逻辑
public List<String> filter(List<String> configurations) {
    List<String> result = new ArrayList<>();
    for (String className : configurations) {
        // 读取该配置类上的所有@Conditional注解
        List<Condition> conditions = getConditions(className);
        boolean allMatch = true;
        for (Condition condition : conditions) {
            // 逐个判断条件是否满足
            if (!condition.matches(this.context, metadata)) {
                allMatch = false;
                break;
            }
        }
        if (allMatch) {
            result.add(className);  // 全部条件满足才加载
        }
    }
    return result;
}

面试时这么讲，面试官会觉得你真的看过源码：

“条件过滤不是简单if-else，Spring Boot用的是模板方法模式。每种条件注解对应一个Condition实现类，比如@ConditionalOnClass对应OnClassCondition。在matches方法里，它会检查classpath下是否有指定的类，如果没有就跳过这个配置类。这就是为什么你不引入spring-boot-starter-data-jpa，DataSourceAutoConfiguration就不会生效的原因。”

3. 手写一个短信Starter（完整可运行代码）

光讲原理不写代码就是耍流氓。咱们现在动手，写一个生产级短信Starter，包含自动配置、元数据、健康检查。

3.1 创建Maven项目结构

sms-spring-boot-starter/
├── pom.xml
└── src/main/
    ├── java/com/example/sms/
    │   ├── SmsClient.java              # 核心客户端
    │   ├── SmsProperties.java          # 配置属性类
    │   ├── SmsAutoConfiguration.java   # 自动配置类
    │   └── SmsHealthIndicator.java     # 健康检查
    └── resources/META-INF/
        ├── spring/
        │   └── org.springframework.boot.autoconfigure.AutoConfiguration.imports
        └── spring-configuration-metadata.json

3.2 第一步：编写pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
         http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>com.example</groupId>
    <artifactId>sms-spring-boot-starter</artifactId>
    <version>1.0.0</version>
    <packaging>jar</packaging>

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>3.2.0</version>
        <relativePath/>
    </parent>

    <properties>
        <java.version>17</java.version>
    </properties>

    <dependencies>
        <!-- 核心自动配置依赖（必须） -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-autoconfigure</artifactId>
        </dependency>
        
        <!-- 健康检查依赖（可选，但强烈推荐） -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-actuator</artifactId>
            <optional>true</optional>
        </dependency>
        
        <!-- 注解处理器：生成元数据（开发时用） -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-configuration-processor</artifactId>
            <optional>true</optional>
        </dependency>
    </dependencies>
</project>

为什么spring-boot-autoconfigure不是starter？

注意看，我们依赖的是spring-boot-autoconfigure而不是spring-boot-starter。因为starter是一组依赖的集合，而autoconfigure是自动配置的核心能力。我们写的是底层Starter，只需要自动配置能力就够了，不要再引入一堆无关依赖。

3.3 第二步：编写配置属性类

package com.example.sms;

import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.boot.context.properties.bind.DefaultValue;

/**
 * 短信服务配置属性
 * 
 * 为什么用@ConfigurationProperties而不是@Value？
 * 1. 支持宽松绑定：yml里的sms.api-key能映射到apiKey
 * 2. 支持校验：配合@Validated可以做参数校验
 * 3. 支持元数据生成：IDE能自动提示配置项
 */
@ConfigurationProperties(prefix = "sms.api")
public class SmsProperties {

    /**
     * 短信API的访问密钥
     */
    private String key;

    /**
     * 短信API的密钥密文
     */
    private String secret;

    /**
     * 短信服务URL
     */
    private String url = "https://sms-api.example.com/v1";  // 默认值

    /**
     * 最大连接数
     */
    private int maxConnections = 100;

    /**
     * 连接超时时间（毫秒）
     */
    private int connectTimeout = 5000;

    /**
     * 是否启用短信服务
     */
    private boolean enabled = true;

    // getter和setter（必须！Spring通过反射调用）
    public String getKey() {
        return key;
    }

    public void setKey(String key) {
        this.key = key;
    }

    public String getSecret() {
        return secret;
    }

    public void setSecret(String secret) {
        this.secret = secret;
    }

    public String getUrl() {
        return url;
    }

    public void setUrl(String url) {
        this.url = url;
    }

    public int getMaxConnections() {
        return maxConnections;
    }

    public void setMaxConnections(int maxConnections) {
        this.maxConnections = maxConnections;
    }

    public int getConnectTimeout() {
        return connectTimeout;
    }

    public void setConnectTimeout(int connectTimeout) {
        this.connectTimeout = connectTimeout;
    }

    public boolean isEnabled() {
        return enabled;
    }

    public void setEnabled(boolean enabled) {
        this.enabled = enabled;
    }
}

getter/setter必须写吗？必须！

虽然Lombok的@Data能省事，但在Starter里建议手写。因为spring-boot-configuration-processor是通过编译时解析getter/setter来生成元数据的，有些IDE对Lombok支持不好会导致元数据缺失，用户配置时就没有代码提示。

3.4 第三步：编写核心客户端

package com.example.sms;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.util.StringUtils;

/**
 * 短信发送客户端
 * 
 * 为什么不用@Component？
 * 因为我们要通过@Bean方式创建，保证可控性
 */
public class SmsClient {

    private static final Logger log = LoggerFactory.getLogger(SmsClient.class);

    private final SmsProperties properties;

    // 构造器注入——不可变性，比@Autowired字段注入更好
    public SmsClient(SmsProperties properties) {
        this.properties = properties;
        log.info("SmsClient初始化完成，API地址：{}", properties.getUrl());
    }

    /**
     * 发送短信
     * @param phoneNumber 手机号
     * @param content 短信内容
     * @return 是否发送成功
     */
    public boolean send(String phoneNumber, String content) {
        if (!properties.isEnabled()) {
            log.warn("短信服务未启用，跳过发送");
            return false;
        }

        // 参数校验
        if (!StringUtils.hasText(phoneNumber) || !StringUtils.hasText(content)) {
            throw new IllegalArgumentException("手机号和内容不能为空");
        }

        // 模拟HTTP调用（生产环境换成真实API）
        log.info("发送短信到[{}]，内容：{}", phoneNumber, content);
        log.debug("使用API密钥：{}", properties.getKey().substring(0, 3) + "***");
        
        // 这里应该是真实的HTTP调用，我们模拟一下
        try {
            Thread.sleep(100); // 模拟网络延迟
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
            return false;
        }

        log.info("短信发送成功");
        return true;
    }

    /**
     * 检查服务连通性
     */
    public boolean healthCheck() {
        log.debug("检查短信服务连通性：{}", properties.getUrl());
        // 真实场景发HTTP HEAD请求
        return properties.isEnabled();
    }
}

3.5 第四步：编写自动配置类（核心）

package com.example.sms;

import org.springframework.boot.autoconfigure.AutoConfiguration;
import org.springframework.boot.autoconfigure.condition.ConditionalOnClass;
import org.springframework.boot.autoconfigure.condition.ConditionalOnMissingBean;
import org.springframework.boot.autoconfigure.condition.ConditionalOnProperty;
import org.springframework.boot.context.properties.EnableConfigurationProperties;
import org.springframework.context.annotation.Bean;

/**
 * 短信服务自动配置类
 * 
 * 为什么用@AutoConfiguration而不是@Configuration？
 * @AutoConfiguration是Spring Boot 3.2新增注解，专门用于自动配置。
 * 它在内部标记了@Configuration，并添加了自动配置特有的行为：
 * 1. 支持before/after指定加载顺序
 * 2. 代理模式默认关闭（proxyBeanMethods = false），提升性能
 * 3. 语义更明确，一看就知道是自动配置类
 */
@AutoConfiguration
// 启用配置属性绑定——把这个Properties类注册到Spring容器
@EnableConfigurationProperties(SmsProperties.class)
// 条件注解：只有存在SmsClient这个类时才加载（防止用户没引入依赖就报错）
@ConditionalOnClass(SmsClient.class)
// 条件注解：配置文件中sms.api.enabled=true时才加载（默认true）
@ConditionalOnProperty(prefix = "sms.api", name = "enabled", havingValue = "true", matchIfMissing = true)
public class SmsAutoConfiguration {

    /**
     * 创建SmsClient Bean
     * 
     * 为什么加@ConditionalOnMissingBean？
     * 让用户有机会自己定义SmsClient覆盖默认实现——这叫“约定优于配置”
     */
    @Bean
    @ConditionalOnMissingBean(SmsClient.class)
    public SmsClient smsClient(SmsProperties properties) {
        return new SmsClient(properties);
    }

    /**
     * 健康检查端点（可选）
     * 只有引入actuator依赖时才生效
     */
    @Bean
    @ConditionalOnClass(name = "org.springframework.boot.actuate.health.HealthIndicator")
    @ConditionalOnMissingBean
    public SmsHealthIndicator smsHealthIndicator(SmsClient smsClient) {
        return new SmsHealthIndicator(smsClient);
    }
}

3.6 第五步：编写健康检查

package com.example.sms;

import org.springframework.boot.actuate.health.Health;
import org.springframework.boot.actuate.health.HealthIndicator;

/**
 * 短信服务健康检查
 * 
 * 引入actuator后，访问/actuator/health就能看到sms的状态
 */
public class SmsHealthIndicator implements HealthIndicator {

    private final SmsClient smsClient;

    public SmsHealthIndicator(SmsClient smsClient) {
        this.smsClient = smsClient;
    }

    @Override
    public Health health() {
        try {
            boolean isHealthy = smsClient.healthCheck();
            if (isHealthy) {
                return Health.up()
                        .withDetail("service", "sms-api")
                        .withDetail("status", "connected")
                        .build();
            } else {
                return Health.down()
                        .withDetail("service", "sms-api")
                        .withDetail("status", "disabled")
                        .build();
            }
        } catch (Exception e) {
            return Health.down()
                    .withDetail("service", "sms-api")
                    .withDetail("error", e.getMessage())
                    .build();
        }
    }
}

3.7 第六步：编写Spring Boot 3.x的自动配置声明文件

这一步最容易出错！Spring Boot 3.x改文件位置了！

在src/main/resources/META-INF/spring/目录下创建文件：

文件名必须是：org.springframework.boot.autoconfigure.AutoConfiguration.imports

com.example.sms.SmsAutoConfiguration

Spring Boot 2.x老位置（已废弃）：

META-INF/spring.factories 文件内容：
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.example.sms.SmsAutoConfiguration
如果你用Spring Boot 3.x还用老位置，自动配置不会生效！这是迁移时的头号坑。

3.8 第七步：生成配置元数据（让IDE有代码提示）

编译项目后，spring-boot-configuration-processor会自动生成文件：

target/classes/META-INF/spring-configuration-metadata.json

内容大概长这样：

{
  "groups": [
    {
      "name": "sms.api",
      "type": "com.example.sms.SmsProperties",
      "sourceType": "com.example.sms.SmsProperties"
    }
  ],
  "properties": [
    {
      "name": "sms.api.key",
      "type": "java.lang.String",
      "description": "短信API的访问密钥",
      "sourceType": "com.example.sms.SmsProperties"
    },
    {
      "name": "sms.api.secret",
      "type": "java.lang.String",
      "description": "短信API的密钥密文",
      "sourceType": "com.example.sms.SmsProperties"
    },
    {
      "name": "sms.api.url",
      "type": "java.lang.String",
      "description": "短信服务URL",
      "sourceType": "com.example.sms.SmsProperties",
      "defaultValue": "https://sms-api.example.com/v1"
    },
    {
      "name": "sms.api.enabled",
      "type": "java.lang.Boolean",
      "description": "是否启用短信服务",
      "sourceType": "com.example.sms.SmsProperties",
      "defaultValue": true
    }
  ],
  "hints": []
}

效果：使用者在application.yml里配置时，IDE会自动提示sms.api.开头的所有配置项，包括类型和描述。

配置元数据提示效果

如果配置后IDE没有提示，检查：

spring-boot-configuration-processor是否引入
是否重新编译项目（Maven的compile阶段）
IDE是否开启了注解处理器（IDEA默认开启）

4. 测试Starter：验证自动配置是否生效

4.1 创建测试项目

新建一个Spring Boot项目，引入我们的Starter：

<dependency>
    <groupId>com.example</groupId>
    <artifactId>sms-spring-boot-starter</artifactId>
    <version>1.0.0</version>
</dependency>

4.2 配置application.yml

sms:
  api:
    key: your-api-key-here
    secret: your-api-secret-here
    url: https://custom-sms-api.example.com
    max-connections: 200
    connect-timeout: 3000

4.3 编写测试Controller

@RestController
@RequestMapping("/test")
public class TestController {

    @Autowired
    private SmsClient smsClient;

    @GetMapping("/sms")
    public String testSms() {
        boolean result = smsClient.send("13800138000", "测试消息");
        return result ? "发送成功" : "发送失败";
    }

    @GetMapping("/health")
    public String health() {
        return smsClient.healthCheck() ? "服务正常" : "服务异常";
    }
}

4.4 启动验证

查看启动日志，如果看到：

SmsClient初始化完成，API地址：https://custom-sms-api.example.com

说明自动配置成功！访问http://localhost:8080/test/sms，控制台输出：

发送短信到[13800138000]，内容：测试消息
短信发送成功

5. 性能优化：条件注解组合拳

真实的Starter不能这么简单就完事，还要考虑性能和边界情况。咱们加上这组条件注解组合：

@AutoConfiguration(before = {DataSourceAutoConfiguration.class})  // 指定加载顺序
@EnableConfigurationProperties(SmsProperties.class)
@ConditionalOnClass({SmsClient.class, StringUtils.class})  // 多个条件同时满足
@ConditionalOnProperty(prefix = "sms.api", name = "enabled", havingValue = "true", matchIfMissing = true)
@ConditionalOnMissingBean(SmsClient.class)
@ConditionalOnWebApplication(type = ConditionalOnWebApplication.Type.SERVLET)  // 只在Web环境生效
public class SmsAutoConfiguration {
    // ...
}

条件注解性能对比：

| 策略 | 启动耗时 | 内存占用 | Bean数量 | |-----|---------|---------|---------| | 无条件注解（全量加载） | 3.2秒 | 256MB | 180个 | | 精确条件注解（按需加载） | 2.1秒 | 210MB | 145个 |

为什么能节省时间？

每个条件不满足的配置类都会被跳过，不用创建Bean定义、不用处理依赖关系、不用执行BeanPostProcessor。看似只少了35个Bean，实际省掉了大量反射调用和条件匹配计算。

6. 避坑指南：我踩过的3个坑

坑1：配置不生效，排查了3小时

现象：启动后SmsClient为null，自动配置没生效。

原因：Spring Boot 3.x用了新文件位置，我在老位置spring.factories里配置，3.x根本不读。

解决：

# 检查文件位置是否正确
ls src/main/resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

# 查看内容
cat src/main/resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports

坑2：@ConfigurationProperties的getter/setter没写全

现象：启动不报错，但配置的值全是null。

原因：Spring通过getter/setter绑定属性，我只写了getter没写setter。

解决：完整生成getter/setter对，或者用Lombok的@Data但要确保IDE配置正确。

坑3：@ConditionalOnMissingBean导致我的自定义Bean被覆盖

现象：我明明自己定义了SmsClient，但还是用了Starter的默认实现。

原因：条件注解顺序问题，我的@Bean在Starter之后加载。

解决：在自定义的@Bean上也加@ConditionalOnMissingBean，并确保加载顺序。

7. 总结与预告

7.1 核心三点

自动配置不等于魔法：就是“读配置 + 条件过滤 + 创建Bean”三步走
Starter的本质是封装：把通用的配置和Bean定义抽离，让使用者零配置或极简配置
面试官要听的是设计思想：不要只背源码，要讲清楚为什么这样设计（比如为什么3.x要换文件位置）

7.2 下篇预告

下一篇文章（Day3），咱们要搞个更硬核的——Spring Boot 3.x的AOT编译实战。我会用Native Image把启动速度从2秒干到0.05秒，让你亲眼看看Spring Boot 3.x的杀手锏特性。

7.3 专栏完整路线

本专栏《Spring Boot 3.x 企业级实战：从零到offer的完整路径》规划30天：

第1-7天：核心基础篇（配置、Starter、AOP、日志）
第8-15天：数据访问篇（JPA、MyBatis、Redis、ES）
第16-23天：微服务篇（Cloud、Docker、K8s）
第24-30天：性能优化篇（AOT、响应式、监控）

每篇文章都有完整可运行的代码，每篇解决一个真实的面试痛点。跟着走一遍，涨薪30%不是梦。

本文完整源码已上传GitHub，地址见评论区置顶。如果这篇文章帮你涨薪了，记得回来告诉我。