Spring Boot自动配置原理：@EnableAutoConfiguration到底做了什么

Spring Boot的魔法是分层的。@SpringBootApplication其实是三个注解的组合：@Configuration（本类定义bean）、@ComponentScan（扫描包里的@Component、@Service等）、@EnableAutoConfiguration（核心魔法）。@EnableAutoConfiguration内部用@Import(AutoConfigurationImportSelector.class)。AutoConfigurationImportSelector是DeferredImportSelector，在用户所有@Configuration处理完后才跑。它读classpath上每个jar的META-INF/spring.factories——Boot 2.7+搬到了META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports。每个starter jar在这里声明自己提供的auto-config类：比如spring-boot-starter-web的jar里声明了WebMvcAutoConfiguration、DispatcherServletAutoConfiguration等。但声明不等于生效——每个auto-config类都被大量条件注解修饰：@ConditionalOnClass(DispatcherServlet.class)意思是只有Spring MVC在classpath上才生效；@ConditionalOnMissingBean意思是用户没定义这个bean时才创建默认的；@ConditionalOnProperty("spring.datasource.url")意思是配置文件里有这个property时才生效。这三层——classpath有没有、用户有没有定义bean、有没有对应property——叠加起来就是Spring Boot"自动配好又不挡路"的感觉。你往pom.xml加了MySQL驱动，DataSourceAutoConfiguration的@ConditionalOnClass(DataSource.class)为true；它按spring.datasource.*配置出一个HikariCP DataSource。如果你自己定义了DataSource @Bean，@ConditionalOnMissingBean让默认配置跳过。最实用的调试工具是--debug启动参数，会打印AUTO-CONFIGURATION REPORT，列出每个候选auto-config是否命中、没命中的话哪个条件失败了。"为什么我的DataSource没被配"，看这个报告30秒找到原因。