Spring Boot 自动装配原理与 Starter 开发实战

第一部分：为什么要自动装配？（面试官的底层拷问）

在面试中，我通常会先抛出一个问题："如果没有 Spring Boot，你如何集成一个 MyBatis 或 Redis？"

1. 传统 Spring 的痛苦

在那个年代，你需要：

1. 在 Maven 中引入依赖。

2. 在 XML 或 Java Config 中配置 DataSource、SqlSessionFactory、TransactionManager。

3. 配置组件扫描路径。

   这种重复劳动不仅低效，而且极易配置错误。

2. 什么是自动装配？

Spring Boot 的自动装配是指：当你引入某个 Starter 依赖后，Spring Boot 会根据当前类路径（Classpath）下的类、配置属性等条件，自动地将该场景需要的 Bean 创建并注入到 IoC 容器中。

简单来说：引入即生效，零配置启动。

---

第二部分：自动装配的"三驾马车"------注解背后的秘密

自动装配的入口是启动类上的 @SpringBootApplication。我们直接拆解这个复合注解：

1. @SpringBootConfiguration

本质上就是 @Configuration，允许在当前类中注册 Bean。

2. @ComponentScan

负责扫描当前包及其子包下的 @Component、@Service 等，将其载入容器。

3. @EnableAutoConfiguration（核心中的核心）

这是实现自动装配的关键。它由两个核心注解组成：

• @AutoConfigurationPackage：将主配置类所在的包注册为自动装配的包。

• @Import(AutoConfigurationImportSelector.class) ：这是"灵魂"。AutoConfigurationImportSelector 类实现了 ImportSelector 接口，它的作用是按需加载所有的自动配置类。

---

第三部分：核心流程全链路分析（源码级拆解）

面试官："你能详细说一下 AutoConfigurationImportSelector 是如何找到那些配置类的吗？"

1. 寻找配置类的"藏宝图"

AutoConfigurationImportSelector 的 selectImports 方法（或内部调用的 getAutoConfigurationEntry）会执行以下逻辑：

1. 读取候选配置 ：它会扫描所有 Jar 包下的 META-INF/spring.factories（Spring Boot 3.0 之前）或 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports（Spring Boot 3.0 及之后）。

2. 筛选配置类 ：这些文件里列出了成百上千个配置类（如 RedisAutoConfiguration）。

3. 条件过滤（Condition Filtering） ：并不是所有的配置类都会加载。Spring Boot 会根据 @Conditional 系列注解进行筛选。

2. @Conditional：自动装配的"守门员"

这是实现"按需加载"的关键。常见的条件注解包括：

• @ConditionalOnClass：Classpath 下存在某个类时才装配（如存在 Jedis 类才装配 Redis）。

• @ConditionalOnMissingBean：容器中没有某个 Bean 时才装配（方便用户自定义覆盖）。

• @ConditionalOnProperty：配置文件中某个属性为特定值时才装配。

---

第四部分：Java 代码实战------手写一个自定义 Starter

光说不练假把式。在大厂面试中，如果你能说出你亲手写过 Starter 来统一公司的技术规范（如统一日志、自定义线程池），面试官的评价会立刻提升。

我们来实现一个简单的 线程池 Starter。

1. 定义配置属性类

Java

@ConfigurationProperties(prefix = "custom.threadpool")
public class ThreadPoolProperties {
    private int coreSize = 5;
    private int maxSize = 10;
    // getter/setter...
}

2. 编写自动配置类

Java

@Configuration
@EnableConfigurationProperties(ThreadPoolProperties.class)
@ConditionalOnClass(ThreadPoolExecutor.class)
public class ThreadPoolAutoConfiguration {
​
    @Bean
    @ConditionalOnMissingBean
    public ThreadPoolExecutor customExecutor(ThreadPoolProperties prop) {
        return new ThreadPoolExecutor(
                prop.getCoreSize(),
                prop.getMaxSize(),
                60, TimeUnit.SECONDS,
                new LinkedBlockingQueue<>(1000));
    }
}

3. 注册配置

在 resources/META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports 中写入：

com.yourname.starter.ThreadPoolAutoConfiguration

---

第五部分：面试复盘脑图

为了帮你将两万字的逻辑压缩进大脑，我整理了这张核心脑图：

Code snippet

mindmap
  root((Spring Boot 自动装配))
    核心思想
      约定大于配置
      开箱即用 (Starter)
    注解体系
      @SpringBootApplication
        @SpringBootConfiguration
        @ComponentScan
        @EnableAutoConfiguration
          @AutoConfigurationPackage
          @Import(AutoConfigurationImportSelector.class)
    加载机制
      文件定位: META-INF/spring.factories 或 .imports
      SPI机制: SpringFactoriesLoader 加载配置类
      按需过滤: @Conditional 条件注解
    实战调优
      覆盖配置: @Bean + @ConditionalOnMissingBean
      排除配置: exclude 属性
      自定义Starter: Properties + Configuration + Imports文件

---

第六部分：大厂面试官的"深度思考题"

1. Spring Boot 3.0 在自动装配上最大的变化是什么？

   • 回答要点 ：主要是配置文件的位置和格式。弃用了 spring.factories，改为使用 .imports 文件，这样结构更清晰，且提高了加载效率。

2. 如果自动装配的 Bean 和我自己定义的 Bean 冲突了怎么办？

   • 回答要点 ：Spring Boot 广泛使用了 @ConditionalOnMissingBean。如果你在配置类中定义了同名的 Bean，自动装配会检测到容器中已有该 Bean，从而放弃自动创建。这给予了开发者极大的灵活性。

3. 如何观察当前项目中有哪些自动配置类生效了？

   • 回答要点 ：启动时加上 --debug 参数，或者使用 spring-boot-starter-actuator 的 /conditions 端点。

---

结语：从"工具人"到"构建者"

自动装配不仅是一个技术点，它更是一种高度抽象的工程化思维。 掌握它，你就能根据公司的业务需求，封装出稳定、易用的底层组件。

这篇文章总结了自动装配最核心的命门。如果你能结合这些知识点，在面试中自信地聊聊你对 Spring SPI 机制的理解，那么你离高级开发/架构师的 Offer 就不远了。