"小崔看着启动日志里密密麻麻的自动配置类，困惑地问：'白歌，这些 DataSourceAutoConfiguration、WebMvcAutoConfiguration 是怎么自动跑起来的？'白歌说：'这背后有一条从 @EnableAutoConfiguration 到 spring.factories 再到条件评估的完整流水线。'这一章，你将亲手拆解 Spring Boot 自动配置的流水线，看清每一颗螺丝的转动。"
章节导读：自动配置原理
本章定位
本章解决的核心问题：Spring Boot 如何在启动阶段，从近两百个候选配置类中，精确筛选出当前应用真正需要的那些，并将它们注册为 Bean，从而实现"零配置"启动。
学习路线图
学习顺序说明：先建立自动配置的全流程骨架（从 @EnableAutoConfiguration 到 Bean 注册）→ 再深入 AutoConfigurationImportSelector 这个"配置读取器"，理解它如何从 spring.factories 加载候选配置并执行过滤 → 最后学会阅读 debug=true 输出的条件评估报告，做到"启动问题能定位、自动配置可排查"。
文件关系说明
| 文件 | 一句话角色 |
|---|---|
自动配置原理.md | 自动配置的全流程地图：从 @EnableAutoConfiguration 到条件评估再到 Bean 注册的主干逻辑。 |
AutoConfigurationImportSelector.md | 自动配置的"配置读取器"，负责扫描 spring.factories、加载候选配置类列表、执行去重与过滤。 |
自动配置报告.md | 启动期的"诊断工具"，通过 debug=true 输出条件评估结果，暴露正匹配/负匹配详情。 |
知识图谱
核心逻辑：@EnableAutoConfiguration 是扳机，AutoConfigurationImportSelector 是弹仓，spring.factories 是弹药库，@Conditional 家族是瞄准镜——只有弹药库里的配置类通过瞄准镜的校验，才会被射入 Spring 容器。
与上下章的衔接
上一章回顾：你理解了 Starter 如何将依赖打包。本章将揭示 Starter 背后的自动配置类是如何被激活的——Starter 引入 JAR 只是第一步，真正让配置生效的是 spring.factories 中的自动配置类注册。
下一章预告：本章学完后，你已经理解自动配置的"流水线骨架"。下一章「核心注解」将逐一拆解流水线上的核心条件注解（@ConditionalOnClass、@ConditionalOnMissingBean 等），它们是自动配置"智能决策"的底层逻辑单元。