spring
在常见的后端服务开发场景里，只要把依赖加进来，很多组件就会在启动时自动出现在容器里，比如Web相关的MVC配置、数据源与事务、Jackson序列化配置等。要把这件事讲清楚，需要抓住两条主线：自动配置类是如何被收集并导入的，以及这些配置类又是如何通过条件判断决定是否生效的。
一、Spring Boot的自动配置原理是什么
自动配置的本质是把一组候选配置类在启动时导入到容器，再通过条件注解筛选出需要的那一部分，最后用默认Bean补齐你没有显式声明的能力。
1、自动配置的触发点来自EnableAutoConfiguration
项目启动时会走到EnableAutoConfiguration相关逻辑，它并不直接创建业务Bean，而是负责把一批自动配置类导入到容器，让它们作为配置入口参与后续的Bean定义阶段。
2、候选自动配置类来自依赖包的元数据清单
这些候选类不是运行时扫描出来的，而是写在依赖jar的约定文件里，Spring Boot读取这些清单后得到自动配置类列表，随后再进入条件评估与导入流程。
3、Boot版本不同会用不同的清单文件
在较新的机制里，自动配置类通常登记在META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports中；在较早机制里，则通过spring.factories里的EnableAutoConfiguration键来登记，二者解决的是同一类问题，只是载体不同。
4、条件注解决定是否真正生效
每个自动配置类几乎都会带条件判断，常见条件包括类路径上是否存在某个类、容器里是否已存在某个Bean、配置项开关是否开启等，这让自动配置具备按需启用与可覆盖的特性。
5、默认Bean会为你的自定义让位
自动配置经常用ConditionalOnMissingBean这类条件来提供默认实现，一旦你自己声明了同类型Bean，默认实现就不会再创建，这就是自动配置能做到不抢你控制权的关键。
二、Spring Boot如何自动装配
自动装配可以理解为一条可重复复现的启动链路：读取候选配置类清单，导入配置类，评估条件，注册满足条件的Bean。把这条链路跑通，你就能解释清楚某个Bean为什么出现或为什么没出现。
1、启动刷新容器时会处理配置类导入
Spring在刷新容器的过程中会解析配置类相关注解，遇到自动配置入口后，会触发延迟导入逻辑，把自动配置类作为配置来源挂到容器里。
2、导入器会先拿到一份候选列表再做过滤
导入器会读取依赖包里登记的自动配置类清单，形成候选列表，然后基于环境与条件做剔除，避免把明显不适用的配置类硬塞进来。
3、条件评估发生在配置类与Bean方法层面
有的条件挂在配置类上，决定整类是否参与，有的条件挂在具体Bean方法上，决定某个Bean是否创建，这也是你会看到同一个自动配置类里只生效一部分Bean的原因。
4、外部化配置会参与装配结果
当自动配置使用ConfigurationProperties一类绑定机制时，环境里的配置项会影响Bean的创建参数与默认行为，因此同一套依赖在不同环境会表现出不同的装配细节。
5、装配结果可以用条件报告直接验证
如果你需要从证据层面说明某个自动配置为什么匹配或不匹配，可以启用Actuator的conditions端点，它会给出条件评估结果与不匹配原因，用来定位自动配置问题很直接。
三、自动配置不生效怎么定位
当你遇到自动配置没生效或生效结果不符合预期时，不要先猜结论，按可复现的步骤把原因定位到清单是否加载、条件是否满足、是否被自定义覆盖这三类之一，处理会更稳。
1、先确认你能看到条件评估报告
在构建依赖中加入spring-boot-starter-actuator，再在管理端点暴露配置里放开conditions端点，启动应用后访问对应的conditions输出，先确认目标自动配置类处于已评估范围内。
2、再核对不匹配原因属于哪一种条件
在conditions输出里找到目标自动配置类，重点看OnClass条件是否缺类、OnProperty条件是否被关闭、OnBean条件是否缺少前置Bean，这三类原因分别对应依赖缺失、配置项开关、装配顺序与前置能力问题。
3、检查是否被你的自定义Bean顶掉了默认实现
如果条件报告显示自动配置匹配，但某个默认Bean没创建，常见原因是你项目里已经声明了同类型Bean，触发了ConditionalOnMissingBean的让位逻辑，这种情况属于预期行为而不是故障。
4、需要扩展时按官方方式写自己的自动配置
当你要把内部组件做成可复用能力，建议把配置写成条件化自动配置类，并按约定登记到AutoConfiguration.imports，让它随依赖引入自动生效，同时用缺省Bean条件保证可覆盖性。
总结
Spring Boot的自动配置是候选配置类清单加条件筛选的组合：启动时由导入器读取依赖包登记的自动配置类并导入容器，再通过一组条件注解决定哪些配置与Bean真正生效，同时用缺省Bean规则保证你自定义优先。遇到自动配置不生效时，用Actuator的conditions把原因落到依赖、配置项、前置Bean与覆盖关系上，通常就能把问题快速定位到可操作的修改点。
