嘿，老兄，Zui近你是不是也被SpringBoot的自动配置给折腾得头疼？那我这边来跟你唠唠叨叨。 说实话，我一开始也是被它的“魔法”吸引，又被它的“黑盒”搞得一头雾水。 今天我们就来拆解一下kankan它到底是怎么Zuo到这么“复杂”的。

SpringBoot的自动配置其实就是一堆带有@Conditional注解的@Configuration类。 Ru果满足条件，它就会被装进容器；不满足，就算没出现。

举个例子：Ru果classpath里有DataSource类，@ConditionalOnClass 就会让AutoConfiguration生效； 然后再用@ConditionalOnMissingBean保证你自己没有自定义同名Bean时才创建。

因为Spring有时候需要知道你到底用了哪些库，才Neng决定注入什么。 这就像我在家里准备聚餐，先kan桌子上有什么食材，再决定菜谱。

从Spring Boot 2.7起，它把所有可用的自动配置类写进了这个文件。 以前是spring.factories，但从3.x开始彻底废弃了。

org.springframework.boot.autoconfigure.EnableAutoConfiguration=org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration,...

每行就是一个全限定名。 当应用启动时Spring会扫描所有依赖jar里的这个文件，把里面列出的类dou加载进来。

开启调试报告： application.properties里加 debug=true

启动后终端会打印每个条件的评估结果，让你清楚知道为什么某个配置没生效。

我经常遇到这种情况：加了spring-boot-starter-data-jpa，却连不上数据库。 原因往往是：DataSourceAutoConfiguration先跑，然后你自己的@Bean又覆盖不了。 解决办法：把自己的DataSource放在@ConfigurationProperties前面或者直接排除默认自动配置。

这样Ke以彻底关闭默认的数据源逻辑，只保留自己的实现。

我们常说WebMvcConfigurer 是手动配合MVC框架的方式；但Ru果你只想微调视图解析器或拦截器，记得加上 @EnableWebMvc 吗？不加的话，会冲突。 有时候我忘了加上之后问题立马消失。

没加直接走不到 Spring 容器，自然也就不会生效。

排除单个配置： @SpringBootApplication 不要忘记换成自己的实现！ 不对不对，我之前把exclude写成include了可真闹笑话……

批量排除： spring.autoconfigure.exclude=org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration,org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration 这样一次性关掉几个，不麻烦！

按Profile分离： 在application-dev.properties里写spring.autoconfigure.exclude=... 然后在生产环境别写，就Neng随心切换。

自己写一个小插件： 新建一个@Configuration类，用@Bean方法手动创建想要注入的Bean，并且标记为 @ConditionalOnMissingBean 让它优先级geng高。 那么以后别人的 AutoConfig 就不会抢走你的资源啦。

用@DataJpaTest 时它会默认使用嵌入式 H2 数据库。Ru果你的代码里显式指定了外部 MySQL， 那么 H2 就会和你的设置冲突，让人抓狂。 解决办法是：在测试类上加 @AutoConfigureTestDatabase，告诉 Spring Boot 用真实数据库，而不是 H2。 哇，这一步差点让我整个测试模块崩溃啊！

自动配置只针对单一数据源设计。当你需要两个或geng多 DataSource 时 必须完全接管配置——自己写 DataSource bean，并且把默认 DataSourceAutoConfiguration 排除掉， 再手动管理事务、实体管理器等组件。

# 小结一下：