第一部分：为什么要自动装配？（面试官的底层拷问）
在面试中，我通常会先抛出一个问题：“如果没有 Spring Boot，你如何集成一个 MyBatis 或 Redis？”
1. 传统 Spring 的痛苦
在那个年代，你需要：
在 Maven 中引入依赖。
在 XML 或 Java Config 中配置 DataSource、SqlSessionFactory、TransactionManager。
配置组件扫描路径。
这种重复劳动不仅低效，而且极易配置错误。
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）会执行以下逻辑：
读取候选配置：它会扫描所有 Jar 包下的 META-INF/spring.factories（Spring Boot 3.0 之前）或 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports（Spring Boot 3.0 及之后）。
筛选配置类：这些文件里列出了成百上千个配置类（如 RedisAutoConfiguration）。
条件过滤（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文件
第六部分：大厂面试官的“深度思考题”
Spring Boot 3.0 在自动装配上最大的变化是什么？
-
回答要点：主要是配置文件的位置和格式。弃用了 spring.factories，改为使用 .imports 文件，这样结构更清晰，且提高了加载效率。
如果自动装配的 Bean 和我自己定义的 Bean 冲突了怎么办？
-
回答要点：Spring Boot 广泛使用了 @ConditionalOnMissingBean。如果你在配置类中定义了同名的 Bean，自动装配会检测到容器中已有该 Bean，从而放弃自动创建。这给予了开发者极大的灵活性。
如何观察当前项目中有哪些自动配置类生效了？
-
回答要点：启动时加上 –debug 参数，或者使用 spring-boot-starter-actuator 的 /conditions 端点。
结语：从“工具人”到“构建者”
自动装配不仅是一个技术点，它更是一种高度抽象的工程化思维。 掌握它，你就能根据公司的业务需求，封装出稳定、易用的底层组件。
这篇文章总结了自动装配最核心的命门。如果你能结合这些知识点，在面试中自信地聊聊你对 Spring SPI 机制的理解，那么你离高级开发/架构师的 Offer 就不远了。
